Redis中MULTI与EXEC事务的作用疑问：其他客户端可改键时为何使用？

你举的例子里，MULTI/EXEC确实没阻止其他客户端修改键，但它的核心价值从来不是“独占某个键”，而是保证自己提交的一批命令作为一个整体原子执行——要么全部执行成功，要么全部不执行，不会出现部分命令生效、部分不生效的情况。

具体来说，它的意义体现在这几个场景：

• 原子性批量操作：如果需要同时修改多个键，比如执行set a 1和set b 2，不用MULTI的话，可能第一个命令执行完后，其他客户端修改了a，或者第二个命令因某种原因失败，导致数据状态不一致。用MULTI+EXEC包裹后，这两个命令会作为一个整体执行，要么都生效，要么都不生效，不会出现a改了但b没改的尴尬情况。
• 避免暴露中间状态：比如做转账操作：从账户A扣100，给账户B加100。如果不用事务，扣完A的钱后、加B的钱前，其他客户端查询会看到“A少了100但B没加”的中间状态，这不符合业务逻辑。用MULTI+EXEC的话，这两个操作是原子完成的，其他客户端要么看到转账前的完整状态，要么看到转账后的最终状态，不会看到半完成的中间态。
• 简化错误处理：Redis事务会保证，只要批量命令里有语法错误，整个事务就不会执行；如果是运行时错误（比如对字符串执行incr），虽然其他命令仍会执行，但你不用手动去回滚已经执行的命令——相比零散执行命令，事务能让你更清晰地处理批量操作的结果。

回到你的例子：你只执行了单个set name ABC命令，而Redis的单个命令本身就是原子的，所以MULTI在这里确实体现不出价值。但如果是多个命令的组合操作，MULTI的原子性优势就会立刻显现。

另外要注意：Redis的事务不是悲观锁，如果你需要确保自己操作期间键不被其他客户端修改，得配合WATCH命令使用——先WATCH name，再开启MULTI执行修改，EXEC时如果其他客户端改了name，整个事务会失败，你可以选择重试。但WATCH是乐观锁机制，不是独占锁。

内容的提问来源于stack exchange，提问作者Ankit Sahay