在 Redis 的面试中，Pipeline 和事务是经常被混淆的一对概念。很多开发者知道它们都能“批量执行命令”，但对其底层原理、适用场景和关键差异却说不清楚。本文将从实现机制、原子性、错误处理、性能表现等多个维度，系统对比 Redis Pipeline 和事务，帮助你在面试中从容应对。
一、基本概念
1.1 Redis Pipeline（管道）
Redis 是基于请求-响应模型的 TCP 服务。正常情况下，客户端发送一条命令后，必须等待服务端返回结果，才能发送下一条命令。这个往返过程称为 RTT（Round Trip Time）。
Pipeline 允许客户端一次性发送多条命令，而不必等待每条命令的响应，最后再统一读取所有响应。它的核心价值在于减少网络往返次数，从而提升吞吐量。
需要注意的是，Pipeline 并不是 Redis 服务端的功能，而是客户端的一种行为模式。服务端仍然是逐条接收、逐条执行、逐条返回结果的，只是客户端把多条命令的发送和接收做了批量化处理。
1.2 Redis 事务
Redis 事务通过 MULTI、EXEC、DISCARD 和 WATCH 四个命令实现。其基本流程是：
- 客户端发送
MULTI，开启事务。 - 之后发送的命令会被放入一个队列中，而不是立即执行。
- 客户端发送
EXEC，服务端按顺序执行队列中的所有命令。 - 如果想放弃事务，可以发送
DISCARD。 WATCH用于在事务执行前监视某些 key，实现乐观锁（CAS）语义。
Redis 事务的核心价值在于将多条命令作为一个整体按顺序执行，中间不会被其他客户端的命令打断。
二、核心区别对比
2.1 原子性
这是面试中最常被问到的区别。
Pipeline 不具备原子性。 Pipeline 只是把多条命令批量发送，服务端仍然是一条一条执行的。在执行过程中，其他客户端的命令完全可以插入执行。如果其中某条命令失败了，其他命令依然会正常执行，不会回滚。
Redis 事务具备“有限”的原子性。 在 EXEC 执行时，事务队列中的命令会被连续执行，期间不会被其他客户端命令打断。但需要特别注意的是，Redis 事务不支持回滚。如果队列中某条命令执行出错（比如对 String 类型执行 LPUSH），其他命令仍然会继续执行，已经执行的命令也不会撤销。这一点与关系型数据库的事务有本质区别。
所以更准确的说法是：Redis 事务保证的是命令执行的隔离性（不被穿插），而不是传统意义上的原子性（要么全成功要么全失败）。
2.2 错误处理机制
Redis 事务中的错误分为两类：
- 入队错误：命令在放入队列时就报错，比如命令名拼写错误、参数个数不对。这种情况下，
EXEC会直接返回错误，整个事务被放弃，所有命令都不执行。 - 执行错误：命令成功入队，但在
EXEC后执行时出错，比如对错误的数据类型操作。这种情况下，出错的命令返回错误，其他命令照常执行，事务不会回滚。
Pipeline 则没有这种区分。每条命令独立执行，某条命令出错不影响其他命令，客户端需要自己检查每条命令的返回结果。
2.3 网络开销与性能
Pipeline 的核心目的就是减少 RTT。假设需要执行 1000 条命令，逐条执行需要 1000 次 RTT，而使用 Pipeline 只需要 1 次 RTT，性能提升可能达到数倍甚至数十倍。
事务本身不减少网络往返。MULTI 和 EXEC 各需要一次 RTT，中间的命令发送也需要网络交互。虽然后续命令可以配合 Pipeline 一起发送，但事务机制本身并不以优化网络为目标。
因此，如果目标是提升吞吐量，应该用 Pipeline；如果目标是保证一批命令的连续执行，应该用事务。两者也可以结合使用：用 Pipeline 发送 MULTI、若干命令和 EXEC，既减少 RTT 又保证隔离性。
2.4 乐观锁支持
事务支持 WATCH 命令，可以监视一个或多个 key。如果在 WATCH 之后、EXEC 之前，被监视的 key 被其他客户端修改，那么 EXEC 会返回 nil，事务不执行。这是典型的乐观锁（CAS）实现，常用于需要“读取-判断-写入”的场景。
Pipeline 不提供任何锁或条件执行机制，它只是批量发送命令，无法感知执行期间数据是否被修改。
2.5 使用场景
Pipeline 适用场景：
- 批量写入大量独立数据，如批量导入、缓存预热。
- 批量读取多个 key，减少网络延迟。
- 对原子性没有要求的高吞吐场景。
事务适用场景：
- 需要一组命令连续执行、不被其他客户端穿插。
- 需要基于某个 key 的当前值做条件更新（配合
WATCH）。 - 实现简单的 CAS 操作，如库存扣减、秒杀场景的初步判断。
三、Lua 脚本：另一种选择
面试中经常会被追问：“如果需要真正的原子性怎么办？”答案是使用 Lua 脚本。
Redis 保证 Lua 脚本在执行期间是原子性的，脚本中的所有命令要么全部执行，要么全部不执行，且期间不会被其他命令打断。与事务相比，Lua 脚本还支持条件判断、循环等逻辑，功能更强大。因此在实际生产中，很多原本用事务实现的场景，已经改用 Lua 脚本。
四、总结对比表
| 维度 | Pipeline | 事务（MULTI/EXEC） |
|---|---|---|
| 原子性 | 无 | 有限原子性（不穿插，但不回滚） |
| 是否减少 RTT | 是，核心目的 | 否 |
| 错误回滚 | 不支持 | 不支持 |
| 条件执行 | 不支持 | 支持（WATCH） |
| 服务端支持 | 客户端行为 | 服务端原生支持 |
| 典型用途 | 批量操作、提升吞吐 | 连续执行、乐观锁 |
五、面试答题要点
如果面试官问“Pipeline 和事务有什么区别”，可以这样组织回答：
- 先定性：Pipeline 是客户端批量发送命令的优化手段，事务是服务端保证命令连续执行的机制。
- 讲原子性：Pipeline 无原子性，事务有隔离性但不支持回滚。
- 讲性能：Pipeline 减少 RTT 提升吞吐，事务不减少 RTT。
- 讲错误处理：事务区分入队错误和执行错误，Pipeline 各命令独立。
- 补充 Lua：需要真正原子性和复杂逻辑时，优先考虑 Lua 脚本。
掌握这些要点，就能在面试中清晰、准确地回答这个问题，展现出对 Redis 底层机制的深入理解。
未经允许不得转载：任鹏个人博客 » Redis Pipeline 和事务有什么区别
