Redis Pipeline

redis管道

1. redis管道的介绍
   redis采用的是CS架构，客户端与服务器端通过tcp协议进行连接通信，因此无论是发出请求还是接收响应，都必须经过网络传输。
   在tcp连接过程中，客户端和服务器端是通过阻塞式的一问一答方式进行通信的，即客户端必须接收到服务端完整的响应，才能进行后续请求。

有时一条命令对应一次请求和响应的话，当大量命令传输的时候，会造成一定的网络延迟，消耗时间。

因此，通过底层“管道pipeline”来解决这个问题。

管道pipeline：
“一组命令打包，一次性发送”。

通过pipeline，可以在一次的tcp的请求过程中同时发送多条命令，并且将响应结果返回。对于既定数量的命令请求，redis管道通过减少客户端和服务端的通信次数，来达到减少通信传输中往返时间的目的，提高效率。

pipeline管道对比：

1次时间 = 1次网络时间 + 1次命令时间
n次时间 = n次网络时间 + n次命令时间
1次pipeline（n条命令） = 1次网络时间 + n次命令时间

pipeline好处：

• 省略由于单线程导致的命令排队时间；
• 比起命令执行时间，网络时间很可能成为系统的瓶颈；
• pipeline的作用是将一批命令进行打包，然后发送给服务器，服务器执行完按顺序打包返回；

pipeline VS M操作(mget、mset)：

• M操作类似pipeline，将多个命令一次执行，一次发送出去，节省网络时间；
• M操作在Redis队列中是一个原子操作，pipeline不是原子操作；
• pipeline与M操作都会将数据顺序的返回（redis单线程）；
• M操作宇哥命令对应多个键值，pipeline是多条命令；

pipeline注意事项：

• 每次pipeline携带数量不推荐过大，否则影响网络性能；
• pipeline每次只能作用在一个Redis节点上；