以下是 Redis 中 事务（Transaction） 的详细讲解，适用于需要原子性操作的场景，如银行账户转账、批量更新等。

📚 目录

  1. 事务简介
  2. 核心命令说明
  3. 事务的原子性保证
  4. 典型使用场景
  5. 多命令执行与回滚
  6. 事务中的常见问题与注意事项
  7. 参考资料

🧾 事务简介

Redis 事务通过 MULTI、EXEC 和 DISCARD 命令支持批量执行一组命令，并保证原子性。通过 Redis 事务，你可以将多个命令作为一个整体来执行，要么都成功，要么都不执行。

事务操作过程

  1. MULTI：标记事务开始，后续的命令会被添加到事务队列中。
  2. EXEC：执行事务队列中的所有命令，所有命令会在事务中按顺序执行。
  3. DISCARD：取消当前事务，不执行任何命令。
  4. WATCH：监视一个或多个键，在事务执行之前，如果这些键被修改，事务会被中断。

🔧 核心命令说明

命令描述
MULTI开始一个事务，后续命令将排队执行
EXEC执行事务队列中的所有命令
DISCARD丢弃当前事务，取消所有排队的命令
WATCH key [key ...]监视指定的键，如果这些键被修改，事务会中断
UNWATCH取消对键的监视

⚡ 事务的原子性保证

Redis 事务的原子性是通过将多个命令打包在一起执行来实现的。事务中的命令在执行时 按顺序依次执行，并且 不会中断。如果事务中的某个命令失败，Redis 仍然会执行其余命令。

原子性保证的关键点：

  • 事务中的命令在执行期间不受其他客户端的干扰。
  • 事务中的命令要么全部成功，要么全部不执行，且没有中途回滚的机制（只有 EXEC 成功时才执行）。

🧪 典型使用场景

✅ 银行转账

假设有两个账户 account1 和 account2，你希望将账户 1 的余额转账到账户 2。

MULTI
DECRBY account1 100    # 账户1扣除100
INCRBY account2 100    # 账户2增加100
EXEC                   # 执行事务，确保原子性
  • 在 MULTI 与 EXEC 之间，Redis 会将这两个命令加入到队列中并按顺序执行，保证了两者操作的原子性。

✅ 批量更新操作

更新多个键值对，确保所有更新操作要么全部成功，要么全部失败。

MULTI
SET user:1001:name "John"
SET user:1001:age 30
SET user:1001:email "john@example.com"
EXEC

🔄 多命令执行与回滚

在 Redis 中，事务是 不可回滚的，即一旦执行了 EXEC 命令，事务中的命令将全部执行。若需要回滚事务，可以选择 不执行 EXEC 命令，而是选择使用 DISCARD 来丢弃事务。

示例：如果用户余额不足，则取消事务操作

MULTI
DECRBY account1 100
GET account1   # 这里模拟检查余额
EXEC           # 如果余额不足，命令不会执行

在实际应用中，事务本身不支持条件判断回滚，但可以通过逻辑判断来决定是否执行 EXEC，或者在前端检查并取消不合法请求。

🧩 事务中的常见问题与注意事项

问题说明
❗ 没有回滚机制事务一旦执行，不能撤销，因此需要在 EXEC 前自行检查条件
❗ 不支持部分执行事务中的命令要么全部成功，要么全部失败，没有部分成功的机制
✅ WATCH 可防止并发修改使用 WATCH 可以在事务执行前监视某些键的值。如果这些键在事务执行期间被修改，事务将中止并返回错误
❗ 没有锁机制Redis 的事务不会像传统数据库一样通过锁机制保证一致性，因此高并发环境下可能出现“丢失更新”的问题

📎 参考资料

如果你需要帮助设计一个涉及事务的 转账系统、批量数据更新操作、或者分布式事务控制机制，我可以为你提供详细的架构设计和代码实现（支持 Node.js、Python、Go、PHP 等），欢迎随时联系！