Valkey与Redis中MULTI命令的事务行为及多线程对比

1. 单连接发送MULTI后的模式变化 #

当客户端通过单连接发送MULTI命令后，该连接会立即进入事务模式。后续在这个连接上发送的所有命令（直到执行EXEC、DISCARD或连接断开）都会被加入事务队列，不会立即执行，而是等待EXEC命令触发批量执行。

2. 其他并发请求是否会被纳入事务 #

不会。事务是绑定到单个连接的，每个连接的事务状态相互独立。需要注意的是，单连接本身不存在真正的“并发请求处理”——Valkey/Redis对单个连接的请求是串行执行的。如果同一个客户端复用单连接发送多个请求，前一个请求触发MULTI进入事务模式后，后续请求的命令会被直接加入当前事务队列，直到执行EXEC或DISCARD退出事务模式。

3. Valkey与Redis多线程处理的差异 #

• Redis：多线程仅负责网络IO和命令解析环节，命令的执行（包括事务中的命令）始终是单线程串行处理。在单连接事务场景下，多线程机制不会改变事务的连接绑定逻辑，事务执行流程和单线程版本完全一致。
• Valkey：扩展了多线程能力，支持部分只读命令在执行阶段并行处理，但事务相关逻辑（MULTI/EXEC的队列管理、事务内命令的执行）依然与Redis兼容：事务绑定单个连接，事务内的所有命令仍保持串行执行，不会被多线程并行化。也就是说，Valkey的多线程优化不涉及事务队列的执行逻辑，该场景下事务行为和Redis完全一致。

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