Golang Redis Pipeline如何用_Golang Redis Pipeline教程【完整】

Pipeline需显式调用Exec()才发送，否则命令静默丢失；每条命令结果需通过对应Cmd的Result()/Val()获取并检查cmd.Err()；集群下须按slot路由到指定节点执行。直接用 rdb.Pipeline()，但不调 Exec() 就等于没发Pipeline 不是自动触发的魔法，它只是把命令攒在内存里等你拍板。你链了一堆 Set()、Get()、ZAdd()，如果最后没调 pip.Exec(ctx)，Redis 根本收不到任何请求------程序也不会报错，数据就静默丢失了。Exec() 返回的是整批命令的聚合错误（比如网络断开），不是单条命令成败的判据每个命令返回的 *redis.Cmd（如 *redis.StringCmd）才是结果载体，得调它的 .Result() 或 .Val() 才能取值别在 Exec() 后就以为万事大吉；必须逐个检查 cmd.Err()，因为部分命令可能语法错、key 不存在或类型不匹配，而 Pipeline 仍会继续执行后续命令批量写用户、预热缓存、更新排行榜，这些场景才值得上 Pipeline单次发 10 条以上独立命令，且彼此无依赖（比如不用 A 命令的返回值决定 B 命令的参数），就是 Pipeline 的甜点区。缓存预热：微服务启动时塞几万条 user:1001、config:prod，用单条 Set() 会卡住启动流程，用 Pipeline 可压到 1--2 次 RTT排行榜批量写入：ZAdd(ctx, "leaderboard", redis.Z{Member: "uid1", Score: 95}) 循环几十次，全塞进一个 Pipeline避免滥用：读 3 条数据、写 2 个字段这种量级，Pipeline 带来的收益远小于代码复杂度；不如老老实实用 MGET/MSET集群环境下不能直接 Pipeline()，得先找节点再操作Redis Cluster 不允许跨 slot 打包命令。你往 Pipeline 里塞 {user:123}:profile 和 {order:456}:meta，哪怕只差一个字符，也可能落在不同 slot，节点直接拒收。必须先算 slot：clusterClient.KeySlot("{user:123}:profile")再查节点：node := clusterClient.NodeForKey(slot) 或遍历 clusterClient.Nodes()最后在该 *redis.Client 上调 node.Pipeline() ------ 此时它退化为单机行为更省事的替代：优先用原生命令，比如批量读用 MGET、批量写用 MSET，它们内部已做 slot 分发，比手撸 Pipeline 更稳超时、错误、大 key ------ 这三个坑最容易被忽略很多人只关注"怎么发"，不关心"发崩了怎么办"。Pipeline 的失败模式和单条命令完全不同。 VWO 一个A/B测试工具