Redis transactions（通过 MULTI/EXEC）将多个命令组合在一起以原子地执行——全部一起执行，不会有其他命令交错。结合 WATCH 用于乐观锁定，它们可以处理需要多个操作保持一致的场景。Redis transactions 与 SQL transactions 在重要方面存在差异。
MULTI
SET account:1 100
SET account:2 200
INCR counter
EXEC
MULTI 开始将命令入队；EXEC 原子地运行它们全部（来自其他客户端的命令不会交错）。DISCARD 取消已入队的 transaction。
# WATCH a key; if it CHANGES before EXEC, the transaction ABORTS (returns nil)
WATCH balance
val = GET balance # read the current value
MULTI
SET balance (val - 100) # modify based on what we read
EXEC # → if "balance" changed since WATCH, EXEC fails (returns nil)
# → retry the whole thing if it failed (optimistic concurrency control)
WATCH 提供乐观锁定：如果被监视的 key 在 EXEC 之前被另一个客户端修改，transaction 会中止——使你能够安全地执行 check-then-set 操作（在冲突时重试）。
⚠️ Redis transactions are NOT like SQL transactions:
✗ NO ROLLBACK — if a command fails at EXEC time, OTHER commands still execute
(errors don't roll back the transaction; Redis doesn't undo). Only syntax errors
before EXEC abort the whole thing.
✓ Atomicity = commands run together without interleaving (isolation), NOT all-or-nothing
with rollback on error.
→ Often Lua SCRIPTS are used instead for complex atomic logic (a script runs atomically).
理解 Redis transactions 对于一致地执行多个操作很有价值，因此这是有用的知识——特别是理解它们与 SQL transactions 的区别对于避免不正确的假设至关重要。
核心能力——MULTI/EXEC 将命令分组以原子地执行（全部一起，来自其他客户端的命令不会交错）——解决了多个操作必须作为一个一致单元发生的场景。
WATCH 机制提供乐观锁定（check-and-set）：如果被监视的 key 在 EXEC 之前发生更改，transaction 会中止，启用安全的 check-then-modify 操作（如根据当前值递减余额）并在冲突时重试——对于正确的并发操作至关重要。
最关键的一点是理解 Redis transactions 与 SQL transactions 的区别：Redis 没有回滚——如果在 EXEC 时命令失败，其他命令仍然会执行（Redis 不会撤销），所以这里的