请直接看原文:
不能回滚的Redis事务还能用吗 - 知乎 (zhihu.com)
------------------------------------------------------------------------------------------------------------------------------
1、Redis事务的概念：
Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。
总结说：
redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令
2、Redis事务没有隔离级别：
批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到。
3、Redis不保证原子性：
Redis中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命令仍会被执行。
4、Redis事务的三个阶段：
（1）开始事务
（2）命令入队
（3）执行事务
5、Redis事务命令
下表列出了 redis 事务的相关命令：
6、Redis事务案例：
（1）正常执行
（2）放弃事务
（3）全体连坐
在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行。
（4）冤头债主
在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。
（5）使用watch
案例一：使用watch检测balance，事务期间balance数据未变动，事务执行成功。
案例二：使用watch检测balance，在开启事务后（标注1处），在新窗口执行标注2中的操作，更改balance的值，模拟其他客户端在事务执行期间更改watch监控的数据，然后再执行标注1后命令，执行EXEC后，事务未成功执行。
一但执行 EXEC 开启事务的执行后，无论事务使用执行成功， WARCH 对变量的监控都将被取消。故当事务执行失败后，需重新执行WATCH命令对变量进行监控，并开启新的事务进行操作。
7、总结
(1) 事务提供了一种将多个命令打包，然后一次性、有序地执行的机制。
(2) 多个命令会被人队到事务队列中， 然后按先进先出(FIFO)的顺序执行。
(3) 事务在执行过程中不会被中断，当事务队列中的所有命令都被执行完毕之后，事务才会结束。
(4) 带有WATCH命令的事务会将客户端和被监视的键在数据库的watched_keys字典关联，当键被修改时，程序会将所有监视被修改键的客户端的REDIS_DIRTY_CAS标识打开，服务只有在REDIS_DIRTY_CAS标识没有打开时，才会执行客户端提交的事务，否则服务器拒绝执行事务。
(5) Redis事务不支持回滚机制。
(6) Redis的事务总是具有ACID中的原子性、一致性和隔离性，当服务器运行在AOF持久化模式下，并且appendfsync选项的值为always时，事务也具有耐久性。
8. redis官方的话:
Redis作者认为发生事务回滚的原因大部分都是程序错误导致，这种情况一般发生在开发和测试阶段，而生产环境很少出现。- 对于逻辑性错误，比如本来应该把一个数加
1，但是程序逻辑写成了加2，那么这种错误也是无法通过事务回滚来进行解决的。 Redis追求的是简单高效，而传统事务的实现相对比较复杂，这和Redis的设计思想相违背。
![ubuntu_定制文件系统[2]-清理日志log](https://img-blog.csdnimg.cn/direct/be408504585f479f82cbfe1c8ffb91b8.png)
