Redis 是单线程的,客户端的命令请求在server中会被排队,按照顺序处理,如果队列长,命令执行结果的响应时间便会长
如果客户端想要快点得到执行结果,可以考虑一下,从发出命令请求到接收到结果,这个过程中有哪些地方可以优化
上图是这个过程的大致流程,从中我们可以找到几个优化方向
(1)减少网络I/O
(2)缩短命令队列长度
(3)降低命令的执行时间
具体操作建议
(1)用多参数的命令代替单参数的命令
例如
for (1 - 100) {
lset ...
}
这样在短时间内向服务器发送了大量命令,结果就是产生大量网络连接、增加命令队列长度
这种情况可以考虑是否可以使用多参数的同类命令代替,例如 LPUSH 或者 RPUSH,一次性的添加这100个元素
下面这几组命令可供参考,在连续多次执行单参数命令时,尽量考虑多参数命令是否可行
(2)管道
管道机制是Redis减少网络耗时的重要方法,通过管道,把多个命令一起发给server,不必每个命令单独请求,大大减少了网络的消耗
官方文档中给出了一个示例,执行1000次 ping 命令,使用管道后,快了5倍
(3)尽量避免耗时的命令
有些命令是相对耗时的,例如 ZINTERSTORE,计算多个集合的交集,如果对多个大集合执行此命令,计算时间将比较长
这种情况下,需要根据业务需求来考虑,看是否可以在比较空闲的时间段执行此类命令,或者能否保持集合中内容别太多,集合中是否有非必要的元素可以及时清除
相对来讲比较耗时的命令示例
整理的不全,这些只是一部分示例,注意不是不用这些命令,而是在使用他们时最好有一个优化的意识,根据业务需求考虑,尽量使其耗时减少