redis 管道

Redis是一个cs模式的tcp server,使用和http类似的请求响应协议。

一个client可以通过一个socket连接发起多个请求命令。

每个请求命令发出后client通常会阻塞并等待redis服务处理,redis处理完后请求命令后会将结果通过响应报文返回给client。

基本的通信过程如下:

127.0.0.1:9001> del a1
(integer) 1
127.0.0.1:9001> del a2
-> Redirected to slot [3300] located at 127.0.0.1:9003
(integer) 1

客户端和服务端通过网络进行连接。这样的连接可能非常快(在一个回路网络中),也可能非常慢(在广域网上经过多个结点才能互通的两个主机)。但是无论是否存在网络延迟,数据包从客户端传输到服务端,以及客户端从服务端获得相应都需要花费一些时间。这段时间就成为往返时延(Round Trip Time)。因此当客户端需要执行一串请求的时候,很容易看出它对性能的影响(例如往同一个队列中加入大量元素,或者往数据库中插入大量的键)。如果RTT时长为250毫秒(在基于广域网的低速连接环境下),即使服务器每秒可以处理10万个请求,但是实际上我们依然只能每秒处理最多4个请求。
如果处于一个回路网络中,RTT时长则相当短(我的主机ping 127.0.0.1时只需要0.044ms),但是如果你执行一大串写入请求的时候,还是会有点长。

幸运的是,redis给我们提供了管道技术,可以让客户端一次发送多个命令,期间不需要等待服务器端的响应,等所有的命令都发完了,再依次接收这些命令的全部响应。这就极大地节省了许多时间,提升了效率。

#先初始数据
127.0.0.1:9001> set a1 1
-> Redirected to slot [7785] located at 127.0.0.1:9002
OK
127.0.0.1:9002> set a2 2
-> Redirected to slot [11786] located at 127.0.0.1:9001
OK
127.0.0.1:9001> set a3 3
OK
127.0.0.1:9001> set a4 4
-> Redirected to slot [3788] located at 127.0.0.1:9003
OK
127.0.0.1:9003> set a5 5
-> Redirected to slot [7917] located at 127.0.0.1:9002
OK
127.0.0.1:9002> set a6 6
-> Redirected to slot [11918] located at 127.0.0.1:9001
OK

#删除9001节点下所有a开头的key
[root@lfwer /]#  redis-cli -c  -h 127.0.0.1 -p 9001 keys "a*" |xargs -i  redis-cli -c  -h 127.0.0.1 -p 9001 del {}
(integer) 1
(integer) 1
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值