素手烹茶|Redis 事务也叫事务吗?,不支持原子性的( 四 )


如果客户端的CLIENT_DIRTY_CAS选项已经被打开 , 那么说明被客户端监视的键至少有一个已经被修改了 , 事务的安全性已经被破坏 。 服务器会放弃执行这个事务 , 直接向客户端返回空回复 , 表示事务执行失败 。 如果CLIENT_DIRTY_CAS选项没有被打开 , 那么说明所有监视键都安全 , 服务器正式执行事务 。 小总结:3个阶段开启:以MULTI开始一个事务入队:将多个命令入队到事务中 , 接到这些命令并不会立即执行 , 而是放到等待执行的事务队列里面执行:由EXEC命令触发事务3个特性单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行 。 事务在执行的过程中 , 不会被其他客户端发送来的命令请求所打断 。 没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行 , 因为事务提交前任何指令都不会被实际执行 , 也就不存在”事务内的查询要看到事务里的更新 , 在事务外查询不能看到”这个让人万分头痛的问题不保证原子性:Redis同一个事务中如果有一条命令执行失败 , 其后的命令仍然会被执行 , 没有回滚在传统的关系式数据库中 , 常常用ACID性质来检验事务功能的安全性 。 Redis事务保证了其中的一致性(C)和隔离性(I) , 但并不保证原子性(A)和持久性(D) 。
最后
Redis事务在发送每个指令到事务缓存队列时都要经过一次网络读写 , 当一个事务内部的指令较多时 , 需要的网络IO时间也会线性增长 。 所以通常Redis的客户端在执行事务时都会结合pipeline一起使用 , 这样可以将多次IO操作压缩为单次IO操作 。
【素手烹茶|Redis 事务也叫事务吗?,不支持原子性的】作者:贾不假原文链接:


推荐阅读