谈到事务我们不由的想起MySQL的事务的四个特性：原子性，一致性，持久性，隔离性
但Redis事务与其存在一定区别
弱化的原子性：Redis 会对一系列操作进行打包，要么都执行，要么都不执行，但是相较于MySQL，它不具备某些操作执行失败后的回滚
不具备一致性：Redis没有 约束，也不具有回滚性，事务执行过程中操作很有可能出现问题，导致结果的不一致
不具备持久性：Redis本事是内存数据库，主要存储内存数据，虽然有持久化机制，但持久化机制与持久性并没有直接关系
**不具备隔离性：**Redis 是一个单线程的服务器，所有的请求都是"串行"的
Redis 事务存在的意义呢就是
将多个命令打包后一次性、顺序性、排他性执行。事务的主要作用是确保一组命令在执行过程中不被其他客户端的命令打断，从而实现操作的完整性
Redis事务用于哪些场景呢
事务的指令
开启事务 MULTI
执行事务EXEC
取消事务 DISCARD
watch 是对数据进行监控 看是否数据在事务外部被修改
unwatch就是取消对数据的监控
如上述时间轴 如果我们不进行监控则 最终结果是222 但存在歧义 明明是set key 333后执行 那为什么呢
因为当exec执行时它才会执行set key 222 ，为了解除歧义 我们可以使用watch 去监控事务外对数据的操作，watch key 依旧按照上述操作 最后会提示 nil而不是ok 而且最终结果是333
关于watch的实现 就相当于"乐观锁"
如果判定发现版本号比watch时记录的版本号大 那就说明被其他客户端修改了，就丢弃事务中的修改
如果一致才执行事务中的修改
Redis 事务是 "先排队、后批量执行"，没有watch的话，事务里的命令会在exec时 "覆盖" 事务外的操作结果；加了watch才能避免这种 "覆盖冲突"
