Redis管道简单使用及与普通方式效率对比_redis管道与非管道对比-优快云博客

本文链接：https://blog.youkuaiyun.com/wangshuang1631/article/details/54136540

Redis采用请求/响应协议，RTT影响批量操作性能。通过管道（Pipelining）技术，多个命令可以连续发送，减少RTT开销，提高效率。在测试中，管道操作的效率是非管道操作的244倍。对于更高效处理，Redis 2.6及以上版本的脚本（Scripting）可以在服务器端执行大量工作，结合SCRIPT LOAD确保EVALSHA调用成功。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

请求/响应协议和RTT

Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务。
这意味着通常情况下一个请求会遵循以下步骤：
客户端向服务端发送一个查询请求，并监听Socket返回，通常是以阻塞模式，等待服务端响应。
服务端处理命令，并将结果返回给客户端。
因此，例如下面是4个命令序列执行情况：

Client: INCR X
Server: 1
Client: INCR X
Server: 2
Client: INCR X
Server: 3
Client: INCR X
Server: 4

客户端和服务器通过网络进行连接。这个连接可以很快（loopback接口）或很慢（建立了一个多次跳转的网络连接）。无论网络延如何延时，数据包总是能从客户端到达服务器，并从服务器返回数据回复客户端。
这个时间被称之为 RTT (Round Trip Time - 往返时间). 当客户端需要在一个批处理中执行多次请求时很容易看到这是如何影响性能的（例如添加许多元素到同一个list，或者用很多Keys填充数据库）。例如，如果RTT时间是250毫秒（在一个很慢的连接下），即使服务器每秒能处理100k的请求数，我们每秒最多也只能处理4个请求。
如果采用loopback接口，RTT就短得多，但它任然是一笔很多的开销在一次批量写入操作中。幸运的是有一种方法可以改善这种情