Redis Pipeline 是什么？和事务、批量命令有什么区别？

简化版

Pipeline 是客户端把多条 Redis 命令连续发送出去，再批量读取响应，用来减少网络 RTT。它不保证原子性，也不等同于事务；事务关注命令队列和执行语义，Pipeline 关注网络往返优化。

详细版

Redis 单条命令很快，但如果客户端和 Redis 之间有网络延迟，大量小命令会被 RTT 放大。Pipeline 把多条命令一次性发给服务端，可以显著减少等待。

例如 1000 条 GET，每条都等响应，如果 RTT 是 1 ms，光等待就接近 1 秒；使用 Pipeline 后，可能只需要少量往返。

注意点：

Pipeline 不保证原子性。
Pipeline 中某条命令失败，不会自动回滚其他命令。
批量过大可能撑爆客户端、服务端输出缓冲区或网络。
和 MGET/MSET 不同，Pipeline 可以批量发送多种命令。

完整版教学

一、Pipeline 解决的是网络等待问题

Redis 命令执行通常很快，但客户端请求需要经过网络发送、服务端处理、响应返回。同步逐条发送时，每条命令都要等待一次 RTT。

假设 RTT 是 1 ms，单条 GET 执行只要 5 微秒。执行 1000 条时，如果逐条等响应，网络等待约 1000 ms；命令执行总耗时只有约 5 ms。瓶颈明显在网络往返。

记忆钩子：Pipeline 优化的是“少等几次路上时间”，不是让单条命令本身变快。

二、普通请求和 Pipeline 的时序差异

普通同步调用是发送一条、等待一条。Pipeline 是先连续写多条命令，再连续读多条响应。

普通模式：
SET a 1 -> 等响应
SET b 2 -> 等响应
SET c 3 -> 等响应

Pipeline：
SET a 1
SET b 2
SET c 3
一次性读取三个响应

服务端仍然按收到的顺序执行命令。Pipeline 改变的是客户端等待方式，不改变 Redis 命令执行顺序。

三、和 MGET、MSET 有什么区别

MGET、MSET 是 Redis 提供的批量命令，语义上就是一次命令处理多个 key。Pipeline 是客户端发送方式，可以装任意多条命令。

方案	适用	原子性
MGET/MSET	同类批量 key 操作	单命令原子
Pipeline	多条任意命令减少 RTT	不额外提供原子性
MULTI/EXEC	事务队列执行	队列执行但非回滚事务

如果只是批量读多个 key，优先考虑 MGET 更简单；如果要混合 GET、HGET、ZADD，Pipeline 更灵活。

四、和事务有什么区别

Redis 事务用 MULTI/EXEC 把命令排队后执行，重点是执行顺序和事务语义。Pipeline 只是减少网络往返，不保证这批命令中间不会穿插其他客户端命令。

Pipeline:
客户端批量发送 -> Redis 逐条执行

事务:
MULTI -> 命令入队 -> EXEC -> 批量执行队列

如果业务要求一组命令不被其他命令插入，就要考虑事务或 Lua；如果只是为了性能减少 RTT，用 Pipeline 即可。

五、Pipeline 批量大小怎么选

Pipeline 不是越大越好。批量太小，RTT 优化不明显；批量太大，会增加客户端内存、Redis 输入/输出缓冲区压力，也可能让单次请求延迟变高。

比如每条响应 1 KB，Pipeline 10000 条就是约 10 MB 响应数据，客户端和服务端都要暂存。很多业务会从 100、500、1000 这样的批量开始压测。

批量太小 -> RTT 仍然多
批量适中 -> 吞吐提升明显
批量太大 -> 内存和延迟抖动

六、错误处理要单独设计

Pipeline 中每条命令都有自己的响应。如果第 3 条命令报错，第 1、2、4 条可能已经执行成功。客户端必须逐条检查结果，而不是认为整批成功或失败。

这和数据库事务回滚不同。Redis Pipeline 适合幂等写入、批量预热、批量读取等场景；如果中间失败会造成严重一致性问题，就要谨慎。

场景	适合 Pipeline 吗
批量缓存预热	适合
批量读取用户资料	适合
扣库存加流水强一致	需 Lua/事务/数据库保障

七、线上使用常见风险

Pipeline 会让 Redis 在短时间内处理大量命令，可能造成瞬时 CPU、网络和输出缓冲区压力。如果多个客户端同时发送巨大 Pipeline，实例延迟会明显升高。

还要注意客户端连接池。Pipeline 通常会独占连接直到响应读完，批量太大可能让其他请求等连接。线上要限制批大小、超时时间和重试策略。

限制批量大小 -> 设置超时 -> 逐条检查响应 -> 监控输出缓冲区和 P99

八、常见误区与追问

误区：Pipeline 能保证一批命令原子执行。 Pipeline 只是网络优化，不提供原子性。
误区：Pipeline 批量越大性能越好。 过大会增加内存、网络和尾延迟压力。
误区：Pipeline 可以替代 Lua。 Lua 适合服务端原子逻辑，Pipeline 适合减少 RTT。
追问：Pipeline 中某条失败怎么办？ 客户端逐条检查响应，按业务设计补偿或重试。
追问：Pipeline 和 MGET 谁更快？ 同类批量读取通常 MGET 更简单，Pipeline 胜在能混合命令。
追问：Pipeline 会不会阻塞其他客户端？ 命令仍按事件循环执行，大批量短时间涌入可能拉高其他请求延迟。

九、加强记忆

记住“Pipeline 管网络，事务管语义，Lua 管原子逻辑”。三者解决的问题不同，不能互相乱替。

回答时带上 RTT 数字例子最有说服力：1000 次 1 ms 往返就是 1 秒等待，Pipeline 的价值一下就清楚了。

简化版

详细版