什么是事务
Redis 的事务和 MySQL 的事务概念上是类似的. 都是把一系列操作绑定成一组. 让这一组能够批量执 行. 但是注意体会 Redis 的事务和 MySQL 事务的区别:
但是注意体会 Redis 的事务和 MySQL 事务的区别:
• 弱化的原子性: redis 没有 "回滚机制" . **只能做到这些操作 "批量执行".**不能做到 "一个失败就恢复到 初始状态".也就是说redis的原子性不确保执行是否成功，没有回滚机制，不能回滚
• 不保证一致性: 不涉及 "约束". 也没有回滚. MySQL 的一致性体现的是运行事务前和运行后 , 结果都 是合理有效的, 不会出现中间非法状态.
• 不需要隔离性: 也没有隔离级别, 因为不会并发执行事务 (redis 单线程处理请求) .
• 不需要持久性: 是保存在内存的. 是否开启持久化, 是redis-server 自己的事情, 和事务无关.
Redis 事务本质上是在服务器上搞了一个 "事务队列". 每次客户端在事务中进行一个操作, 都会把命令先 发给服务器, 放到 "事务队列" 中(但是并不会立即执行) 而是会在真正收到 EXEC 命令之后, 才真正执行队列中的所有操作.
事务操作
MULTI 开启一个事务，执行成功返回ok
执行multi后，并没有真正执行，可以看到返回结果时queued，此时只是讲这多个请求保存在了服务器的事务队列中，此时另开一个窗口可以看见，是无法查询到key对应的值的。
EXEC 真正执行事务
当执行exec后，服务器才真正执行了事务队列里的请求，此时才能查询到对应的数据
DISCARD 放弃当前事务.
此时直接清空事务队列. 之前的操作都不会真正执行到
WATCH
watch监控某个key是否在事务执行之前发生了改变
在执行事务的时候，如果某个事务中修改的值被别的客户端修改了，此时就容易出现数据不一致的问 题.
在上述场景中，就可以使用watch来解决该问题
WATCH key → 先监视一个或多个键
MULTI → 开启事务块
SET key 111 → 在事务块中执行命令
EXEC → 执行事务（如果被监视的 key 未被修改，则事务成功执行）
如图，watch key后，另一客户端修改key之后，再执行exec会发现返回nil，随后get key得到的值为被修改后的值222
unwatch 取消监控
WATCH key1 key2
MULTI
... 一些命令 ...
DISCARD # 取消事务，但不会自动取消 WATCH
UNWATCH # 如果需要，手动取消监视
redis 的watch就相当于基于版本号这样的机制来实现的"乐观锁"
总结：
