Redis - 事务

Posted 2020-12-11 打工人

Redis具有单独的隔离操作、没有隔离级别的概念、不保证原子性

Redis事务的概念

　　Redis是一个单独的隔离操作，事务中的所有命令都会序列化，按顺序执行。

　　事务在执行的过程中，不会被其他客户端发送来的请求所打断

　　Redis事务的主要作用就是串联多个命令防止别的命令插队

　　Redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。

Redis事务的三个特性

　　1：单独的隔离操作

　　　　　　事务中的所有命令都会序列化，按顺序执行，事务在执行的过程中，不会被其他客户端发送来的请求所打断

　　2：没有隔离级别的概念

　　　　　　批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行

　　　　　　也就不存在 事务内的查询要看到事务里的更新，事务外查询不能看到

　　3：不保证原子性

　　　　　　Redis同一个事务中如果有一条命令执行失败，其后的命令仍然hi被执行，没有回滚

Redis事务的三个阶段

　　1：开启事务

　　2：命令入队

　　3：执行事务

Redis事务相关命令

　　multi：标记一个事务的开始

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

　　discard：取消事务，放弃事务块中的所有命令

　　watch key1 key2：监视一个或多个key，如果在事务执行前，被监视的key被其他命令所改动，事务则被打断(类似乐观锁)

　　unwatch：取消watch对所有key的监控

Redis事务操作

　　1：事务正常执行

 

 　　2：放弃事务

 

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

 

 

　　4：若在事务队列中存在语法性错误（类似于java的1/0的运行时异常）

　　则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。

 

 　　5：使用watch

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

　　

 

　　案例二：使用watch检测balance，在开启事务后（标注1处），在新窗口执行标注2中的操作，更改balance的值，

　　模拟其他客户端在事务执行期间更改watch监控的数据，然后再执行标注1后命令，执行EXEC后，事务未成功执行。

 　　　　　　

 

　　

　　总结：watch指令类似于乐观锁，在事务提交时，如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改，

　　则使用EXEC执行事务时，事务队列将不会被执行，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。