06_Redis事务
本笔记来源于：尚硅谷Redis零基础到进阶，最强redis7教程，阳哥亲自带练（附redis面试题）
b站视频
文章来自：
https://github.com/loneasing/mynote
Redis事务
https://redis.io/docs/manual/transactions/
Redis 事务（Transaction）是一组 Redis 命令的集合，这些命令被当作一个整体，按顺序地串行化执行，而不会被其他命令插入。
Redis 事务使用 MULTI、EXEC、WATCH、DISCARD 和 UNWATCH 这些命令来实现。
一个队列中，一次性、顺序性、排他性的执行一系列命令
Redis事务 VS 数据库事务
单独的隔离操作
Redis的事务仅仅是保证事务里的操作会被连续独占的执行，redis命令执行是单线程架构，在执行完事务内所有指令前是不可能再去同时执行其他客户端的请求的没有隔离级别的概念
因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了不保证原子性
Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力排它性
Redis会保证一个事务内的命令依次执行，而不会被其它命令插入
1. Redis事务特性
- 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
- 不保证原子性：Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力。
- 排他性：Redis会保证一个事务内的命令依次执行，不会被其他命令插入。
2. Redis事务命令
MULTI：开启事务
EXEC：执行事务
DISCARD：取消事务，放弃执行
WATCH key [key ...]：监控指定的key
UNWATCH：取消监控。
MULTI
标记一个事务块的开始。执行的命令都会放到一个队列中，通过EXEC命令统一执行。
EXEC
执行事务队列中的命令。
DISCARD
放弃事务。在开启了事务后，若不想执行命令了，可以通过DISCARD命令来取消事务。
WATCH
监控指定的key的变化，要先开启监控，再开启事务。若监控的数据被篡改了，则事务中无法再对其修改，会返回nil。
执行完EXEC命令后，之前加的监控都会失效。
redis使用watch来提供乐观锁，类似于CAS(Check and Set)。
乐观锁(Optimistic Lock)， 顾名思义就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。如果有则取消当前操作让他人操作生效。
乐观锁策略：提交版本要比当前记录版本高。悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
初始化k1和balance两个key，先监控在开启multi，保证两个key变动在同一个事务内
有加塞篡改：watch命令是一种乐观锁的实现，Redis在修改的时候会检测数据是否被更改，如果被更改了，则执行失败
图中3和4不管哪个先执行，最终的结果都是整个事务执行失败
UNWATCH
取消监控。在对某个key监控后，已经发现了它被篡改过了，可以使用unwatch命令取消对该key的监控。
小结
一旦执行了exec之前加的监控锁都会被取消掉
当客户端连接丢失的时候(比如退出链接)，所有东西都会被取消监视
3. 不保证原子性
”全体连坐“
要么都执行，要么都不执行。
一个语法出错，全体连坐。如果任何一个命令语法有错，Redis会直接返回错误，所有的命令都不会执行
“冤头债主”
错误的命令报错归报错，正确的命令依旧执行，即使在错误命令之后也会执行。
Redis不提供事务回滚的功能，开发者必须在事务执行出错后，自行恢复数据库状态
4. 事务执行流程
（1）开启：以MULTI命令开启一个事务
（2）入队：将多个命令假如到事务队列中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面。
（3）执行：由EXEC命令执行事务队列中的命令。