Pipeline能显著提速，因其将多次网络往返压缩为一次：攒命令、批量发、批量收，使1000条命令的RTT从1000ms降至约1ms，仅增加命令执行时间。
Java 中用 Redis Pipeline 提升网络吞吐量，核心是把多次网络往返压缩成一次：攒命令、批量发、批量收。它不改变命令逻辑，只优化通信方式，对高频率读写场景效果立竿见影。
为什么 Pipeline 能明显提速
Redis 单条命令执行本身很快（微秒级），真正耗时的是网络往返（RTT）。比如内网 RTT 为 1ms，执行 1000 条命令，传统方式要等 1000 次来回，光网络就占 1 秒；Pipeline 把这 1000 条打包发一次，RTT 只算 1 次，总耗时接近「1ms + 所有命令执行时间」。
- 传统模式：请求 → 等响应 → 请求 → 等响应…（串行阻塞）
- Pipeline 模式：攒命令 → 一次性发送 → 一次性接收全部结果（并行发送、顺序执行、批量返回）
Jedis 中的标准用法
Pipeline 是无状态、轻量级封装，不占用额外连接，也不影响其他操作：
- 调用 jedis.pipelined() 获取 Pipeline 实例
- 链式调用命令方法（如 set()、get()、hset()），这些只是入队，不会立即发往服务端
- 最后调用 syncAndReturnAll()（推荐）或 sync() 触发发送与接收
示例代码：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
立即学习“Java免费学习笔记（深入）”；
Pipeline pipe = jedis.pipelined();
pipe.set("user:1001:name", "Tom");
pipe.set("user:1001:age", "28");
pipe.hset("profile:1001", "city", "Shanghai");
pipe.get("user:1001:name");
List<Object> results = pipe.syncAndReturnAll(); // 返回 [OK, OK, 1, "Tom"]
关键细节和常见避坑点
- 不保证原子性：某条命令出错（如语法错误、类型不匹配），其余命令仍会继续执行，错误只体现在对应位置的返回结果里（如 null 或异常对象），需自行遍历检查 results 列表
- 响应顺序严格对应发送顺序：第 3 个 get() 的结果一定在 results.get(2)，别靠 key 匹配，要靠索引
- 避免超大 Pipeline：单次打包命令过多（如 >5000 条）可能触发 Redis 客户端缓冲区限制或 TCP 分包，建议按 100–1000 条分批
对比 MSET/MGET：什么时候该选 Pipeline
MSET 和 MGET 是 Redis 内置的原子批量命令，适合纯字符串的批量设值或取值；Pipeline 则更通用——支持任意命令组合（如混合 set、get、hset、lpush），适合异构操作场景。
- 用 MSET/MGET：简单键值批量写入或读取，且要求全部成功或全部失败
- 用 Pipeline：需要混合多种命令、或涉及哈希/列表/集合等复杂结构、或业务逻辑分散在多个命令中
