卡飞资源网

Redis 事务相关的命令主要有以下几个：

1. MULTI: 标记事务块的开始。
2. 语法： MULTI
3. 作用： 客户端发送 MULTI 命令后，Redis 进入事务模式。 在这个模式下，客户端发送的所有命令都会被放入一个队列中，而不是立即执行。 Redis 会返回 QUEUED 响应表示命令已入队。
4. 理解： MULTI 就像一个 “开始录制” 按钮，告诉 Redis “我要开始一系列操作，请先记录下来，不要立即执行”。
5. EXEC: 执行事务块中所有已入队的命令。
6. 语法： EXEC
7. 作用： 当客户端发送 EXEC 命令后，Redis 会执行之前在 MULTI 和 EXEC 之间入队的所有命令。
8. 返回值：如果事务中的所有命令都成功执行，EXEC 返回一个数组，数组中的每个元素都是对应命令的执行结果。如果事务被 DISCARD 命令取消，或者在 WATCH 监控的键被修改导致事务失败，EXEC 返回 nil。
9. 理解： EXEC 就像一个 “播放” 按钮，告诉 Redis “现在开始执行我之前录制的所有操作，作为一个整体来完成”。
10. DISCARD: 取消事务，清空事务队列。
11. 语法： DISCARD
12. 作用： 当客户端发送 DISCARD 命令后，Redis 会清空之前在 MULTI 和 DISCARD 之间入队的所有命令，并退出事务模式。
13. 返回值： OK
14. 理解： DISCARD 就像一个 “删除录制” 按钮，告诉 Redis “我不想执行这些操作了，请清空记录，取消事务”。
15. WATCH: 监视一个或多个键，如果在 EXEC 执行之前这些键被修改，则事务会失败。 (乐观锁机制)
16. 语法： WATCH key [key ...]
17. 作用： WATCH 命令用于实现乐观锁。在事务开始之前，客户端可以使用 WATCH 命令监视一个或多个键。如果在 EXEC 命令执行之前，被 WATCH 监视的任何一个键被其他客户端修改了，那么整个事务会被取消，EXEC 命令会返回 nil。
18. 理解： WATCH 就像给某些 “关键物品” 加上了 “监控”，告诉 Redis “请注意这些物品，如果在我执行事务期间，任何其他人碰了这些物品，就取消我的操作”。
19. UNWATCH: 取消所有 WATCH 命令对键的监视。
20. 语法： UNWATCH
21. 作用： UNWATCH 命令用于取消之前所有 WATCH 命令对键的监视。即使被监视的键在 UNWATCH 之后被修改，也不会影响后续事务的执行。
22. 返回值： OK
23. 理解： UNWATCH 就像 “解除监控”，告诉 Redis “我不再需要监控这些物品了，即使它们被修改，也不影响我的后续操作”。

总结一下这些命令在事务中的工作流程：

1. 开始事务： 客户端发送 MULTI 命令，Redis 进入事务模式。
2. 命令入队： 客户端发送一系列 Redis 命令（例如 SET, GET, INCR 等），这些命令会被放入事务队列，Redis 返回 QUEUED。
3. 执行事务或取消事务：执行事务： 客户端发送 EXEC 命令，Redis 执行事务队列中的所有命令，并返回执行结果。如果使用了 WATCH 且被监视的键在事务执行前被修改，事务会失败，EXEC 返回 nil。取消事务： 客户端发送 DISCARD 命令，Redis 清空事务队列，取消事务，返回 OK。
4. 取消监视 (可选)： 客户端可以发送 UNWATCH 命令取消所有 WATCH 监视。

Redis 事务的特点：

• 原子性 (Atomicity): Redis 事务不完全满足传统数据库的 ACID 特性中的原子性。 Redis 事务保证 隔离性和一致性，但在 持久性 方面，如果 Redis 服务器在 EXEC 命令执行过程中崩溃，可能只有部分命令被执行。 Redis 事务的原子性是指事务中的命令要么全部执行，要么全部不执行，但如果事务执行过程中某个命令出现语法错误，只有该命令不会执行，事务中其他的命令仍然会执行。 Redis 2.0.3 版本之后，事务中的命令如果出现运行时错误（例如对字符串键执行 INCR 命令），事务也会继续执行，只有错误的命令会返回错误。
• 隔离性 (Isolation): Redis 事务保证隔离性。在事务执行期间，其他客户端发送的命令不会被插入到当前事务的命令队列中。事务中的命令会被顺序执行，不会被其他客户端的命令干扰。
• 一致性 (Consistency): Redis 事务保证一致性。事务执行前后，Redis 的数据会保持一致的状态。即使事务执行过程中发生错误，Redis 也会尽力保证数据的一致性。
• 持久性 (Durability): Redis 事务的持久性取决于 Redis 的持久化配置（RDB 或 AOF）。如果 Redis 配置了持久化，事务执行后的数据会被持久化到磁盘上。

简单示例：

假设我们要实现一个简单的银行转账操作，需要保证原子性，防止出现账户余额不一致的情况。

复制代码WATCH account1_balance account2_balance  # 监视两个账户余额键

GET account1_balance  # 获取账户1余额
GET account2_balance  # 获取账户2余额

MULTI  # 开启事务
DECRBY account1_balance 100  # 账户1 减 100
INCRBY account2_balance 100  # 账户2 加 100
EXEC  # 执行事务

在这个例子中，WATCH 命令监视了 account1_balance 和 account2_balance 两个键。如果在 EXEC 执行之前，这两个键中的任何一个被其他客户端修改了，那么 EXEC 命令会返回 nil，表示事务执行失败，需要重新尝试。否则，事务会成功执行，保证了转账操作的原子性。

总结：

Redis 事务提供了一种将多个命令打包成一个原子操作的方式，通过 MULTI, EXEC, DISCARD, WATCH, UNWATCH 这些命令，可以实现简单的事务控制和乐观锁机制，保证在并发环境下数据的一致性。 理解这些命令及其工作原理对于在 Redis 中实现复杂的业务逻辑非常重要。