Redis 管道
文章目录
- 1. 前言
- 2. Redis 管道
- 3. 小总结
1. 前言
通过一个问题引出 我们接下来要学习的 Redis 管道 :
提问 : 如何优化频繁命令往返造成的性能瓶颈 ?
另外 ： 关于上面这个问题的由来 也可以简单的说一说
上面所说的思路 其实就是管道的概念 ，下面来具体的看看redis 的管道 ：
2. Redis 管道
通过上面 我们已经知道了Redis管道是什么 .
简单复述一遍 : 管道 Pipeline 是用来解决 RTT 往返时间，仅仅是将命令打包一次性发送 , 对整个Redis 的执行不造成其他任何影响 .
代码案例 :
3. 小总结
下面我们来通过几个问题 ，来完成对管道的小总结 :
1. Pipelin 与 原生批量命令对比 :
a. 原生批量命令 就是 mset ，mget 等这样的操作 .
b. 原生批量命令是原子性 ， pipeline 是非原子性的
c. 原生批量命令一次只能执行一种命令 ， pipeline 支持批量执行不同命令 . 再上面cmd.txt 命令中就 由 三种不同类型的命令
d. 原生批量命令是 服务端实现 ，而pipeline需要服务端和客户端共同完成.
2. Pipeline 与 事务对比
a. 事务具有原子性 ，管道不具有原子性
b. 管道一次性将多条命令发送到服务器 ， 事务是一条一条的发，事务只有再接收到exec 命令后才会执行， 管道不会.
c. 执行事务时 会阻塞其他命令的执行，而执行管道中的命令时不会
3.使用 Pipeline 注意事项
a. pipeline 缓冲的指令只是会依次执行，不能保存原子性， 如果执行中指令发生异常，将会执行后续的指令
b. 使用 pipeline 组装的命令个数不能太多 ， 不然数据量过大客户端阻塞的时候可能过久 ， 同时服务端此时也被迫回复 一个队列答复 ，占用很多内存.
性， 如果执行中指令发生异常，将会执行后续的指令
b. 使用 pipeline 组装的命令个数不能太多 ， 不然数据量过大客户端阻塞的时候可能过久 ， 同时服务端此时也被迫回复 一个队列答复 ，占用很多内存.
