redis管道
- 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节点上;