版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Allen_jinjie/article/details/79315056
网友写的 Redis的事务 并没有对里面的 case3：全体连坐 和 case4 :冤头债主（哪个执行失败就失败，其他成功就成功） 并没有解释两个区别。其实 Redis Transactions 里 “Errors inside a transaction” 段落有句 “If there is an error while queueing a command, most clients will abort the transaction discarding it.” 就是对 case 3 最好的解释，意思是说如果命令在往事务里排队的时候就有语法错误，客户端就会直接取消事务。其下文还提到了，自从 2.6.5 版本以后，Redis 能够记住事务里排队的语法错误，一旦发现就拒绝执行事务里的任何命令，也就是取消事务。
Redis Transactions 里还说到回滚并不能解决编程错误，所以不提供回滚功能，用户应当对事务里的命令负责。对于 Case 4, 就是因为不是语法错误，单个命令失败不影响其他命令的执行，这是和关系型数据库事务的巨大区别。因此，实际编程的时候，用户需要自己查询事务里每个命令执行后的返回结果，如果有错误，怎么进行业务上的“回滚”，执行可逆的操作。