Redis怎样在Spring中执行批量Pipeline指令

executePipelined是最稳妥的批量pipeline方式，自动管理连接与结果聚合；必须用RedisCallback+RedisConnection调用原生命令，返回List<Object>按序对应命令结果。Spring Data Redis 的 executePipelined 怎么用直接结论：用 executePipelined 是 Spring 中最稳妥的批量 pipeline 方式，它自动管理连接、命令缓冲和结果聚合，比手动拿 RedisConnection 更安全。常见错误是试图在 executePipelined 里调用 set、get 这类模板方法------这些方法走的是普通命令通道，不会进 pipeline。必须用 RedisCallback + RedisConnection 原生命令。只接受一个 RedisCallback 参数，回调里通过 connection 调用 set、mSet、hMGet 等底层方法返回值是 List<Object>，顺序严格对应你发命令的顺序，null 表示该命令无返回（比如 set）不要在回调里做耗时操作或抛异常，否则 pipeline 会中断，已发命令仍可能执行成功redisTemplate.executePipelined((RedisConnection connection) -> { connection.set("k1".getBytes(), "v1".getBytes()); connection.mSet(new byte[][]{ "k2".getBytes(), "v2".getBytes(), "k3".getBytes(), "v3".getBytes() }); connection.hMGet("hash1".getBytes(), new byte[][]{"f1".getBytes(), "f2".getBytes()}); return null; // 忽略返回，结果由 executePipelined 自动收集});为什么不用 RedisTemplate.opsForXxx().multi()因为 multi() 开启的是 Redis 的事务（MULTI/EXEC），不是 pipeline。它加了 WATCH 和原子性保证，但吞吐反而更低，且不解决网络往返问题。真实场景中，95% 的"批量写"需求其实只要 pipeline：减少 RTT、提升吞吐，不需要事务隔离。用 multi() 不仅没收益，还容易误以为自己实现了原子写入------实际只是把多个命令打包发过去，失败时部分成功部分失败。multi() + exec() 返回的是 List<Object>，但语义是事务结果，不是 pipeline 响应事务模式下，如果中间某条命令语法错误，EXEC 仍会执行前面成功的命令（Redis 4.0+ 才支持 EXEC 失败回滚）Pipeline 没有事务开销，也不阻塞其他客户端，适合日志打点、缓存预热等高吞吐场景executePipelined 的返回结果怎么解析返回的 List<Object> 是 raw response，类型取决于你发的每条命令：比如 set 返回 null，get 返回 byte[]，hMGet 返回 List<byte[]>。Spring 不做自动反序列化。 幻导航网 发现优质实用网站,开启网络探索之旅！