redis之pipeline使用

redis之pipeline

  我们要完成一个业务,可能会对redis做连续的多个操作,这有很多个步骤是需要依次连续执行的。这样的场景,网络传输的耗时将是限制redis处理量的主要瓶颈。

  那么此时就可以引入pipeline了,pipeline管道就是解决执行大量命令时、会产生大量同学次数而导致延迟的技术。

  其实原理很简单,pipeline就是把所有的命令一次发过去,避免频繁的发送、接收带来的网络开销,redis在打包接收到一堆命令后,依次执行,然后把结果再打包返回给客户端。

  

 1 public String tsetRedis(){
 2         Long time = System.currentTimeMillis();
 3         for (int i = 0; i < 10000; i++) {
 4             stringRedisTemplate.opsForValue().set("yi" + i, "wo" + i);
 5         }
 6         Long time1 = System.currentTimeMillis();
 7         System.out.println("耗时:" + (time1 - time));
 8         long time4 = System.currentTimeMillis();
 9         stringRedisTemplate.executePipelined(new SessionCallback<Object>() {
10             @Override
11             public <K, V> Object execute(RedisOperations<K, V> redisOperations) throws DataAccessException {
12                 for (int i = 0; i < 10000; i++) {
13                     stringRedisTemplate.opsForValue().set("qiang" + i, "wo" + i);
14                 }
15                 return null;  //RedisTemplate执行executePipelined方法是有返回值的
16             }
17         });
18         Long time2 = System.currentTimeMillis();
19         System.out.println("耗时:" + (time2 - time4));
20         return "redis正常耗时:" + (time1 - time) + "<br/>" + "redis管道耗时:" + (time2 - time4);
21     }

  结果:

redis正常耗时:423ms
redis管道耗时:40ms

可见,采用管道速度比一般的快十倍。

原文地址:https://www.cnblogs.com/heqiyoujing/p/9362382.html

时间: 2024-10-08 13:55:50

redis之pipeline使用的相关文章

Redis利用Pipeline加速查询速度的方法

1. RTT Redis 是一种基于客户端-服务端模型以及请求/响应协议的TCP服务.这意味着通常情况下 Redis 客户端执行一条命令分为如下四个过程: 发送命令 命令排队 命令执行 返回结果 客户端向服务端发送一个查询请求,并监听Socket返回,通常是以阻塞模式,等待服务端响应.服务端处理命令,并将结果返回给客户端.客户端和服务端通过网络进行连接.这个连接可以很快,也可能很慢.无论网络如何延迟,数据包总是能从客户端到达服务端,服务端返回数据给客户端. 这个时间被称为 RTT (Round

Redis附加功能之Redis流水线pipeline

流水线功能的目的:通过减少客户端与服务器之间的通信次数来提高程序的执行效率. 一.通信 在一般情况下, 用户每执行一个 Redis 命令,客户端与服务器都需要进行一次通信:客户端会将命令请求发送给服务器,而服务器则会将执行命令所得的结果返回给客户端. 当程序执行一些复杂的操作时, 客户端可能需要执行多个命令, 并与服务器进行多次通信. 假设我们正在构建一个为图书打标签(tag)的网站,这个网站上的每本图书都可以被打上任意多个标签.并且为了记录哪些标签的图书是最多人阅览的,我们会为每个标签创建一个

redis通过pipeline提升吞吐量

案例目标 简单介绍 redis pipeline 的机制,结合一段实例说明pipeline 在提升吞吐量方面发生的效用. 案例背景 应用系统在数据推送或事件处理过程中,往往出现数据流经过多个网元: 然而在某些服务中,数据操作对redis 是强依赖的,在最近的一次分析中发现: 一次数据推送会对 redis 产生近30次读写操作! 在数据推送业务中的性能压测中,以数据上报 -> 下发应答为一次事务: 而对于这样的读写模型,redis 的操作过于频繁,很快便导致系统延时过高,吞吐量低下,无法满足目标:

php读取文件使用redis的pipeline(管道)导入大批量数据

需求:需要做一个后台上传TXT文件,读取其中的内容,然后导入redis库中.要求速度快,并且支持至少10W以上的数据,而内容也就一个字段存类似openid和QQ 传统做法:我一开始做的时候就老套路,遍历.hset,然后就发现非常的慢,一千条数据就花了30-32秒,当时就觉得不行,于是就请教了一个大佬,然后就得知了方法 我生成了20W的数据用来做测试,文件大小6M多. 话不多说,直接贴代码了 $lines  = file_get_contents($_FILES['file']['tmp_name

Redis的pipeline

Redis是一种典型的基于C/S模型的TCP服务.在客户端与服务器端的通讯过程中,通常都是客户端率先发起请求,服务器在接收到请求后执行相应的任务,最后再将获取的数据或处理结果以应答的方式发送给客户端.在此过程中,客户端都会以阻塞的方式等待服务器返回的结果. 在每一对请求与应答的过程中,我们不得不承受网络传输所带来的额外开销.通常将这种开销称为RTT(Round Trip Time).现在我们假设每一次请求与应答的RTT为250毫秒,而服务器可以再一秒内处理100k数据,可结果则是服务器每秒最多处

redis 使用管道提升写入的性能[pipeline]

看了手册的都知道multi这个命令的作用就好比是mysql的事务的功能,但是大家都知道事务吗,就是在操作的过程中,把整个操作当作一个原子来处理,避免由于中途出错而导致最后产生的数据不一致,而产生BUG ,Mysql的事务功能可以做到这点,但是在redis中的multi,手册中说是把多个命令当作个事务来处理,但是在真正的测试之后发现并没有所说的事务的功能,个人经过测试发现,只有把他watch命令结合起来用,方可显现出其具有事务的功能,所以这点很是迷惑,关键是有一点很诧异,当启用了multi命令之后

python使用pipeline读写redis

用了很久的redis了.随着业务的要求越来越高.对redis的读写速度要求也越来越高.正好最近有个需求(需要在秒级取值1000+的数据),如果对于传统的单词取值,循环取值,消耗实在是大,有小伙伴可能考虑到多线程,但这并不是最好的解决方案,这里考虑到了redis特有的功能pipeline管道功能.下面就更大家演示一下pipeline在python环境下的使用情况. 1.插入数据 >>> import redis >>> conn = redis.Redis(host='1

如何用 redis 造一把分布式锁

基本概念 锁 wiki:In computer science, a lock or mutex (from mutual exclusion) is a synchronization mechanism for enforcing limits on access to a resource in an environment where there are many threads of execution. A lock is designed to enforce a mutual e

redis入门到精通

redis3.2.8学习 (1)redis安装及简单测试 官网地址为:https://redis.io/download $ wget http://download.redis.io/releases/redis-3.2.8.tar.gz $ tar xzf redis-3.2.8.tar.gz $ cd redis-3.2.8 $ make 启动服务 $ src/redis-server redis-server /root/soft/redis/sbin/redis.conf & 查看进程