跟着“乐哉”学习redis系列教程-Redis管道

六、Redis管道

当我们使用客户端对redis进行一次操作的时候，中间的过程是什么样的？

当我们使用客户端对redis进行多次操作的时候，中间的过程是什么样的？

进行一次操作，消耗一个网络来回，多个操作消耗多个网络来回，是不是有点耗费时间？

我们可以将过程转换成下图

过程优化之后如下图

两个连续的写操作和两个连续的读操作，只需要花费一次网络来回，这就是管道的本质，客户端通过改变指令的顺序就可以大幅节省IO时间

管道压力测试指令 -P 表示管道内并行的请求数量

redis-benchmark -t set -P 200 -q

管道的本质

1. 客户端调用write将消息写到操作系统内核为套接字分配的发送缓冲中sendbuffer
2. 系统内核将缓冲区的内容发送到网卡，网卡硬件将数据通过路由送到服务器的网卡
3. 服务器网卡将数据放到内核为套接字分配的接收缓冲中recivebuffer
4. 服务器掉哟个read从接收缓冲中取出消息进行处理
5. 服务器调用write将响应内容发送到sendbffer中
6. 服务器内核将缓冲区的内容通过路由发送到客户端的网卡中
7. 客户端内核将网卡中的数据放到接收缓冲中recivebuffer
8. 客户端调用read从缓冲中读取数据

我们开始以为write方法必须到数据发送给对方后才能返回，其实只要将数据放到缓冲区中就可以返回，如果缓冲区满了，则需要等待缓冲区空闲，read方法只有检测不到缓存中有数据才会一直在那等待