redis中的管道

Redis管道是为了解决RTT往返时间,通过一次性发送多条命令来提升效率,但它不具备原子性。与原生批量命令如mset、mget相比,pipeline支持更多种类的命令批量执行,但非原子;与事务相比,管道不保证原子性且执行时不阻塞其他命令。使用管道需要注意异常处理和命令数量控制,以防止数据异常或内存占用过高。
摘要由CSDN通过智能技术生成

Redis 管道

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 组装的命令个数不能太多 , 不然数据量过大客户端阻塞的时候可能过久 , 同时服务端此时也被迫回复 一个队列答复 ,占用很多内存.

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值