在 Redis 中事务是通过 MULTI/EXEC 命令实现，相对简单。
一、特点
1. 命令队列化
在执行事务时，Redis 会先通过 MULTI 命令打开事务，之后的所有命令会被放入事务队列中，直到遇到 EXEC 命令才会一次性地执行这些命令。
2. 不支持传统“部分回滚”
如果事务执行过程出现错误，例如命令语法错误，Redis 只会跳过有问题的命令继续执行后续命令或整个事务会中断。然而，并不会像关系型数据库那样进行部分的自动回滚。要么所有命令都执行成功（有语法错误时跳过该条命令），要么在 EXEC 前可以通过 DISCARD 取消整个事务。
3. 原子性保障来自单线程模型
Redis 的原子性更多是由单线程模型保证：当一个事务内的多条命令开始执行后，不会被其他客户端的命令插队。但严格来说，Redis 并没有像关系型数据库那样的 MVCC、多版本控制、隔离级别等完整事务机制。
4. 乐观锁（WATCH 机制）
Redis 提供了类似乐观锁的功能：通过对键进行 WATCH，可以监控在事务执行前该键是否被修改，如果修改了则在 EXEC 时拒绝这次事务。这在一定程度上为数据的并发写入提供了约束，但它依然不等同于关系型数据库的复杂锁机制。
二、与关系型数据库的事务区别
- 关系型数据库一般通过 ACID（原子性、一致性、隔离性、持久性）来严格保证事务，拥有锁机制、隔离级别、多版本并发控制（MVCC）等特性。
- Redis 主要通过单线程和乐观锁 WATCH 来实现简化的事务模型，并不支持自动的“回滚”操作，也没有复杂的隔离级别，更多适合场景是“轻事务”与快速操作。
- 因为 Redis 并非专门为复杂事务设计，通常在需要强一致性的场景中，还是会选用关系型数据库作核心事务处理，而 Redis 多用于缓存、高速读写和简单的原子性操作场景。
