Redis 管道（详解）

一.问题的由来

Redis客户端和服务器之间使用的是TCP网络传输协议，所以无论发送请求还是接受响应必须经过网络传输，在tcp连接过程中，客户端和服务端是阻塞的一问一答的通信，一问一答中间会产生RTT(Round Time Trip),而且还频繁的调用IO，同时需要redis调用read()和write()系统方法，系统方法会将数据从用户态转移到内核态，这样会对进程上下文造成很大的性能影响

二.管道的解决方案

管道（pipeline）可以发送多条命令给服务端，服务端依次处理完之后，通过一条响应将结果返回，通过减少redis和客户端通信次数来降低往返延时时间。pipeline的原理还是队列，先进先出的原理保持数据的顺序

三.小总结

• 原生批量命令是原子性（mset，hget等），pipeline是非原子性
• 原生批量命令只能执行一种命令，而pipeline可以执行多种不同命令
• 原生批量命令是在服务端完成的，pipeline是服务端和客户端共同完成的
• 事务具有原子性，管道不具有
• 管道是将一堆命令发送到服务端，而事务是一条一条的发送，事务只有接受到exec命令才会去执行，管道不会
• 执行事务命令的时候会阻塞其他命令的执行，而管道不会
• 注意事项：

1. pipeline缓冲的指令是依次执行，不保证原子性，如果执行期间发生异常，也会继续执行后面的命令
2. 使用pipeline组装的命令不能太多。不然数据量过大客户端阻塞的时间就会越久，影响用户的体验，同时服务端也会被迫回复一个队列答复