Redis事务
什么是事务？
数据库事务是指一个逻辑工作单元中执行的一系列操作，要么完全地执行，要么完全地不执行。
Redis事务是什么？
可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按照顺序地串行化执行而不会被其他命令插入，不许加塞。
Redis事务能干嘛
一个队列中，一次性、顺序性、排他性的执行一系列命令。
Redis事务 VS 数据库事务
Redis事务 |
描述 |
单独的隔离操作 |
Redis的事务仅仅是保证事务里的操作会被连续独占的执行，Redis命令执行是单线程架构，在执行完事务内所有指令前是不可能去同时执行其他客户端的请求的。 |
没有隔离级别的概念 |
因为事务提交前任何指令都不会被实际执行，也就不存在“事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了。 |
不保证原子性 |
Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力。 |
排他性 |
Redis会保证一个事务内的命令依次执行，而不会被其他命令插入。 |
常用操作
开启事务
# 一个事务块的开始 multi
执行所有事务块内的命令
# 执行所有事务块内的命令 exec
放弃执行
# 取消事务，放弃事务块内的所有命令 discard
执行发生错误的两种情况
🔶✨💘使用 multi 开启 redis 事务后，当要执行的命令中出现语法等错误时，此次执行的一系列命令将都不能执行成功。
🔶✨💘前期语法没有出错，编译通过。执行exec后报错，对的命令将继续执行，错的命令不执行
redis不提供事务回滚的功能，开发者需要在事务执行失败后，自行恢复数据状态。
watch监控
Redis使用watch来提供乐观锁
乐观锁
乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。
乐观锁策略:提交版本必须 大于 记录当前版本才能执行更新
悲观锁
悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
watch
监控一个或多个 key，如果再事务执行之前这个key被其他命令修改，那么事务将被打断
正常操作
初始化 k1 和 balance 两个key，先监控再开启 multi，保证两个key 变动在一个事务内。
set k1 abc set balance 100 watch balance multi set k1 abc2 set balance 110 exec # 此时可以看到 修改值成功
有加塞篡改数据
watch命令是一种乐观锁的实现，Redis在修改的时候会检测数据是否被更改，如果更改了，则执行失败
unwatch
取消 watch 命令对所有 key 的监视
总结
一旦执行了exec，之前加的监控锁都会被 取消，当客户端连接丢失的时候（如退出链接）所有的东西都会被取消监视。
总结
**开启：**以 multi 开始一个事务
**入队：**将多个命令入队到事务中，接到这些命令不会立即执行，而是放到等待执行的事务队列里面
**执行：**由 exec 命令触发事务
