Redis—5—管道
面试题
如何优化频繁命令往返造成的性能瓶颈?
RTT:往返时间
是什么
解决思路
管道(pipeline)可以一次性发送多条命令给服务端,服务端依次处理完完毕后,通过一条相应一次性将结果返回,通过减少客户端与redis的通信次数来实现降低往返延时时间。pipeline实现的原理是队列,先进先出特性就保证数据的顺序性。
定义
Pipeline是为了解决RTT往返回时,仅仅是将命令打包一次性发送,对整个Redis的执行不造成其它任何影响。
一句话
批处理命令变种优化措施,类似于Redis的原生批命令(mget和mset)
用法:先将命令都写进一个文件里面,再通过指令
cat xxx.txt | redis-cli -a 924721 --pipe
将其执行
小总结
Pipeline与原生批量命令对比
①原生批量命令是原子性(例如:mset,mget),pipeline是非原子性
②原生批量命令一次只能执行一种命令,pipeline支持批量执行不同命令
③原生批命令是服务端实现,而pipeline需要服务端和客户端共同完成
Pipeline与事务对比
①事务具有原子性,管道不具有原子性
②管道一次性将多条命令发送到服务器,事务是一条一条的发,事务只有在接受到exec命令后才会执行
③执行事务时会阻塞其它命令的执行,而执行管道中的命令时不会
使用Pipeline注意事项
①pipeline缓冲的指令只是会依次执行,不保证原子性,如果执行中指令发生异常,将会继续执行后续的指令。
①pipeline缓冲的指令只是会依次执行,不保证原子性,如果执行中指令发生异常,将会继续执行后续的指令。
②使用pipeline组装的命令个数不能太多,不然数据量过大客户端阻塞的时间可能过久,同时服务端此时也被迫回复一个队列答复,占用很多内存。