目录
Redis 客户端执行一条命令分 4 个过程：
发送命令－〉命令排队－〉命令执行－〉返回结果
这个过程称为 Round trip time(简称 RTT, 往返时间)，Redis 的原生批命令（mget 和 mset）有效节约了 RTT，但大部分命令不支持批量操作，
需要消耗 N 次 RTT ，这个时候需要 pipeline 来解决这个问题
Pipeline 是为了解决 RTT 往返回时，仅仅是将命令打包一次性发送，对整个 Redis 的执行不选成其它任何影响
实现方式：
管道命令需要服务端与客户端共同完成，而原生的批命令只由服务端去实现
原子性：
管道命令不具有原子性，出现问题不回滚。
1. Redis 的 Script 会当成一个命令，具有原子性，在执行 Script 的时候不会被其他的命令插入，因此更适合于处理事务；
2. 管道虽然也会将多个命令一次性传输到服务端，但在服务端执行的时候仍然是多个命令，如在执行 CMD1 的时候，外部另一个客户端提交了 CMD9，会先执行完 CMD9 再执行管道中的 CMD2，因此事实上管道是不具有原子性的
1. 使用 pipeline 组装的命令个数不能太多，否则数据量过大，增加客户端的等待时间，还可能造成网络阻塞，可以适当地将大量命令的拆分成多个小的 pipeline 命令完成(看具体情况)
2. pipeline 特别命令数据初始化加载程序，可大大提供效率