Redis事务、及事务操作案例

这篇文章有迁移，Redis主从同步原理请参考：Redis主从同步原理、及SYNC和PSYNC同步区别

1.Redis事务的概念

Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。

2.Redis事务没有隔离级别的概念，事务不保证原子性

事务没有隔离级别的概念：批量操作在执行EXEC命令前，被放入队列缓存的命令，并不会被实际执行，也就不存在事务内更新操作可见，事务外更新操作不能看到。

事务不保证原子性：Redis中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命令仍会被执行。

3.Redis事务的三个阶段

• 开始事务：multi标记一个事务块的开始。

• 命令入队：正常需要执行的多个命令。

• 执行事务：exec 执行所有事务块的命令。

4.Redis事务相关命令

• watch key1 key2 ... : 监视一或多个key，如果在事务执行之前，被监视的key被其他命令改动，则执行exec时会失败，事务被打断(类似乐观锁 )。

• multi : 标记一个事务块的开始。

• exec : 执行所有事务块的命令 （ 一旦执行exec后，之前watch对key加的监控锁都会被取消掉 ）。

• discard : 取消事务，放弃事务块中的所有命令。

• unwatch : 取消watch对所有key的监控。

5.Redis事务使用案例

（1）正常执行：执行如下命令

（2）放弃事务：执行如下命令

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

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

（5）使用watch：监视一或多个key，是否在事务执行之前，被监视的key被其他命令改动。

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

例如：使用watch检测balance，在开启事务后（标注1处），在新窗口执行标注2中的操作，更改balance的值，模拟其他客户端在事务执行期间更改watch监控的数据，然后再执行标注1后命令，执行EXEC后，事务未成功执行。

总结：watch指令类似于乐观锁，在事务提交时，如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改，则使用EXEC执行事务时，事务队列将不会被执行，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。

 

                                                                2020年06月24日 早 于北京记