为什么说redis的事务不支持回滚？

Question

redis在事务中可以执行DISCARD 执行后 MULTI到DISCARD之间的命令无效，这就和rollback实现的效果没区别了
那为什么说不支持回滚呢

Answer 1

redis 事务通过 multi 开启，本质是给服务端发送一条指令说明这是事务请求，后续服务端接收的指令就放在队列中，直到 exec 指令提交，才开始真正的执行所有指令。

当你提交 discard 相当于废弃当前事务，服务端接收后直接清空当前所有信息（状态、队列中的指令 ...），相当于事务没有提交就放弃了，没有提交哪有回滚一说？

当你 discard 提交后再看看服务端返回：

127.0.0.1:6379> multi 
OK
127.0.0.1:6379> set key 1
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> exec
(error) ERR EXEC without MULTI

告诉你当前已经没有事务了。

更多详细介绍可以看看这篇文章：

redis事务，深入解读 事务，古老而神秘的词汇，说起它，你应该能想起它的四大特性：原子性、隔离性、持久性和一致性。我们先往简单了想，事务解决了什么问题？确保一揽子修改操作的 `正确性` 和 `一致性`。事务需要做什么？本质是做了两件事，`控制并发` 和 `故障恢复`。redis 也提供了事务功能，不过，基于 redis 的一些特性，会在传统事务特性上做了一些宽松处理，也就是说，redis 的事务并非传统意义上的 “严格型事务”。我们先来回忆下，事务的的四大特性及其概念：`原子性`：一批操作要么一起成功，要么一起 https://blog.csdn.net/ldw201510803006/article/details/126093450