【Redis】事务

---

前言

事务： 可以一次执行多个命令，本质是一组命令的集合。
一个事务中的所有命令都会序列化， 按顺序地串行化执行而不会被其他命令插入，不许加塞
一个队列中，一次性、顺序性、排他性的执行一系列命令

• 单独的隔离操作
  • Redis的事务仅仅是保证事务里的操作会被连续独占的执行，redis命令执行是单线程架构，在执行完事务内所有指令前是不可能再去同时执行其他客户端的请求的
• 没有隔离级别的概念
  • 因为事务提交前任何指令都不会被实际执行，也就不存在"事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了
• 不保证原子性
  • Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力
• 排它性
  • Redis会保证一个事务内的命令依次执行，而不会被其它命令插入

---

一、 基本命令

DISCARD  // 取俏事务，放弃执行事务块内的所有命令。
EXEC  // 执行所有事务块内的命令。
MULTI  // 标记一个事务块的开始。
UNWATCH  // 取消WATCH命令对所有key的监视。
WATCH key [key ....]  // 监视一个(或多个)key，如果在事务执行之前这个(或这些)key被其他命令所改动，那么事务将被打断.

二、 正常执行

MULTI   // 事务开始
EXEC    // 执行事务

三、 放弃事务

MULTI     // 事务开始
DISCARD   // 放弃事务

四、 全体连坐

当录入事务种，某个命令语法出错，全体连坐。如果任何一个命令语法有错，（也即编译不通过）Redis会直接返回错误，所有的命令都不会执行。

五、 不提供事务回滚

录入事务时没有语法错误，但是执行时出现错误，比如对字符串进行INCR增加操作。会出现事务执行一半的情况。

• Redis 不提供事务回滚的功能，开发者必须在事务执行出错后，自行恢复数据库状态
• 注意和传统数据库事务区别，不一定要么一起成功要么一起失败
  

六、 Watch 监控

Redis使用Watch 来提供乐观锁，类似于 CAS（Check-and-Set）

• 悲观锁
  • 认为每次去拿数据都很认为别人会修改，所以每次拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁
• 乐观锁
  • 认为每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。当自己提交版本必须 大于 记录当前版本才能执行更新
• CAS
  • check-and-set（JUC中CAS操作相似）

有加塞篡改的时

• watch 命令是一种乐观锁的实现，Redis 在修改的时候会检测数据是否被更改，如果更改了，则执行失败

也就是说，事务录入时拿到的版本比redis服务器的版本要低，所以不执行更新

UNWATCH取消监控

小结

• 一旦执行了 exec，之前加的watch监控锁都会被取消掉
• 当客户端连接丢失的时候（比如退出连接），所有东西都会被取消监视

七、 总结

• 开启
  • 以 MULTI 开始一个事务
• 入队
  • 将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面
• 执行
  • 由EXEC命令触发事务