Redis之Redis事务

一、概念

Redis 事务是 将一组命令集合 一次性、顺序性、排他性的执行。

• 一次性：一次提交执行多个命令
• 顺序性：按照命令的顺序依次执行
• 排他性：其他客户端提交的命令 不会插对到事务执行命令序列中。

二、相关命令

## 标记事务块的开始
multi
## 提交执行事务块内的所有命令（ 执行后，加的监控锁都会被取消掉 ）　
exec 
## 取消事务，放弃事务块中的所有命令
discard
## 监视一或多个key,如果在事务执行之前，被监视的key被其他命令改动，则事务被打断 （ 类似乐观锁 ）
watch key1 key2
## 取消watch对所有key的监控
unwatch  key1 key2

三、使用案例

1. 正常执行
   

2. 放弃事务
   

3. 若在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行
   

4. 若在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。
   

5. 使用watch

• 案例一：使用watch检测balance，事务期间balance数据未变动，事务执行成功
  

• 案例二：使用watch检测balance，在开启事务后（标注1处），在新窗口执行标注2中的操作，更改balance的值，模拟其他客户端在事务执行期间更改watch监控的数据，然后再执行标注1后命令，执行EXEC后，事务未成功执行。
  
  
  一但执行 EXEC 开启事务的执行后，无论事务使用执行成功， WARCH 对变量的监控都将被取消。
  故当事务执行失败后，需重新执行WATCH命令对变量进行监控，并开启新的事务进行操作。

四、相关原理

1. 批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到。

2. 执行 EXEC命令后，程序分为两个阶段:

• 语法检查阶段
  一个语法出错，全体连坐。Redis直接返回错误，所有的令都不执行。
• 命令执行阶段
  命令执行报错不会影响已执行命令的结果和后续命令的继续执行。

3. redis 的事务不保证原子性，没有回滚。