Redis常用命令入门——列表类型(一级二级缓存技术)

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: 获取列表片段redis 127.0.0.1:6379> LRANGE KEY_NAME START ENDlrange命令比较常用,返回从start到stop的所有元素的列表,start和stop都是从0开始。

获取列表片段

redis 127.0.0.1:6379> LRANGE KEY_NAME START END

lrange命令比较常用,返回从start到stop的所有元素的列表,start和stop都是从0开始。

(1)查询所有(获取全部列表):LRANGE KEY_NAME 0 -1

1.41.88.9:63789[1]> LRANGE myList2 0 -1
 1) "b"
 2) "e"
 3) "g"
 4) "b"
 5) "f"
 6) "e"
 7) "b"
 8) "d"
 9) "c"
10) "b"
11) "e"
12) "a"
13) "d"
14) "c"
15) "b"
16) "a"

(2)查询前两个:LRANGE KEY_NAME 0 2

12.4.8.2:63789[1]> LRANGE myList2 -2 -1
1) "b"
2) "a"

(3)lrange还支持负值索引,这里是负值大家可以把负号加值直接理解成从从右数第多少个,要是执行lrange numbers -2 -1,就会得到最后两个值。

(4)查询倒数3个:LRANGE KEY_NAME  -3 -1

1.1.88.2:63789[1]> LRANGE myList2 -3 -1
1) "c"
2) "b"
3) "a"

这里有两点要注意一下:

(1)如果start索引比stop索引位置靠后(这里说的是位置,不是索引值的大小),则会返回空列表(empty list or set)。

(2)如果stop大于实际的索引范围,则会返回列表最后边的元素。

删除列表中指定值

redis 127.0.0.1:6379> LREM KEY_NAME COUNT VALUE

Redis Lrem 根据参数 COUNT 的值,移除列表中与参数 VALUE 相等的元素

COUNT 的值可以是以下几种:

  • count > 0 : 从表头开始向表尾搜索,移除与 VALUE 相等的元素,数量为 COUNT 。
  • count < 0 : 从表尾开始向表头搜索,移除与 VALUE 相等的元素,数量为 COUNT 的绝对值。
  • count = 0 : 移除表中所有与 VALUE 相等的值。

返回值是删除值的个数。

删除倒数2个值:

11.1.88.9:63789[1]> LREM mylist -2 hello 
(integer) 2

删除顺序的1个值:

11.4.88.9:63789[1]> LREM mylist 1 hello 
(integer) 1

只保留列表中指定的片段

Redis Ltrim 对一个列表进行修剪(trim),就是说,让列表只保留指定区间内的元素,不在指定区间之内的元素都将被删除。

下标 0 表示列表的第一个元素,以 1 表示列表的第二个元素,以此类推。 你也可以使用负数下标,以 -1 表示列表的最后一个元素, -2 表示列表的倒数第二个元素,以此类推。

redis 127.0.0.1:6379> LTRIM KEY_NAME START STOP

Ltrim 剪切注意事项:

【1】从左边开始剪切是从:0 开始 ,这样的话可以按照数组下标的方式去获取存储就可以了。0就是第一个元素哦

【2】从右边剪切是从:-1 开始的,-1就是倒数第一个元素哦!

查询所有元素:

12.1.88.2:6389[1]> LRANGE mylist 0 -1
1) "33333333333"
2) "44444444444"
3) "4555555555555"
4) "66666666666"
5) "88888888888"
6) "9999999999"

例如:只截取中间的两个值:

3) "4555555555555"
4) "66666666666"

可以这么做:

11.4.88.209:6389[1]> LTRIM mylist 2 -3  左边第三个元素开始和右边第三个元素开始
OK
11.41.8.29:6389[1]> LRANGE mylist 0 -1
1) "4555555555555"
2) "66666666666"
11.1.88.9:6389[1]> 

 原始数据:

11.1.8.29:6389[1]> LRANGE mylist 0 -1
1) "4555555555555"
2) "66666666666"
3) "9999999999"
4) "7777777777"
5) "88888888888"
6) "555555555"
7) "4444444444"

只截取前面的5条数据:

11.1.8.209:6389[1]> LTRIM mylist 0 4 // 0~4 刚好5个元素
OK
11.41.88.209:6389[1]> LRANGE mylist 0 -1  //查看所有列表
1) "4555555555555"
2) "66666666666"
3) "9999999999"
4) "7777777777"
5) "88888888888"

利用链表实现文章列表页缓存

通常的文章列表,每次都要访问数据库,数据库压力很大,一个分页条件的不同页面之间数据无法共享。一旦数据库出问题时,整个页面随之无法访问。

怎么办?可以增加memcache缓存。每一页做一个缓存,例如10分钟。但是多页之间,可能你先缓存,我后缓存,数据就会出现不一致的情况。而且每一页的缓存创建都需要访问数据库。如果将所有结果缓存起来,每次读取出整个缓存再分析出分页数据,不仅性能不高,服务器网卡也将承受巨大的流量压力。

而redis的链表功能,能基本完美的解决这些问题。

将mysql查询出的列表的全部文章id都保存到一个链表里,需要访问第N页时,只需要lrange出对应的PAGE_SIZE个文章id,然后再从缓存中读取这PAGE_SIZE个文章的信息。列表就完成了。下次访问的时候,就完全不需要数据库,直到缓存失效。并且一次读取,所有分页都共用该缓存。不仅提高了效率,还保证了分页间的数据一致。文章信息,也再从数据库读取之后,保存到redis中。

对于访问频繁且从数据库读取代价比较大的数据,一旦缓存失效,将有多个并发去请求数据库,给数据库带来很大的压力。这时可以给列表缓存(命名为list)再加个存活缓存(命名为live)。list永不过期,而live存活时间只有10分钟。每次先lrange请求出需要的数据,再检测live是否存在。如果不存在就先重新设置live,然后再从数据库读取列表,重新设置list。这样的好处就是,只有第一个检测到live失效的请求会访问数据库,其他并发请求访问的是缓存数据。

这个方法带来的另一个好处是,即使数据库宕机,列表仍然能正常访问

获取Redis数据批量的保存到Redis中去解析Redis数据的json格式

 public function RedisSaveToMysqlJsonAction()
    {
        $redis = RedisInstance::getInstance();
        $redis->select(1);
        $redisInfo = $redis->lRange('message01',0,9);
        $dataLength = $redis->lLen('message01');
        $redis->set('dataLength_front',$dataLength);
        while($dataLength > 20) {
            try {
                $this->db->begin();
                foreach ($redisInfo as $action) {
                    $sql = "INSERT INTO stream_name (name,createTime,userId,content) VALUES (?, ? ,? ,?)";
                    $this->db->execute($sql, array(
                        json_decode($action,true)['userName'],
                        json_decode($action,true)['createTime'],
                        json_decode($action,true)['userId'],
                        json_decode($action,true)['content'],
                    ));
                }
                $redis->set('message_insert_success', '00000');
                $redis->lTrim('message01', 10, -1);
                $redisInfo = $redis->lRange('message01',0,9);
                $dataLength = $redis->lLen('message01');
                $redis->set('dataLength_backenk', $dataLength);
                $this->db->commit();
            } catch (\Exception $e) {
                $redis->set('message_catch', json_encode($e));
                $this->db->rollback();
            }
        }
        var_dump($redisInfo);
        die;
    }

 

目录
相关文章
|
3月前
|
Web App开发 存储 缓存
如何精准清除特定类型或标签的缓存数据?
如何精准清除特定类型或标签的缓存数据?
307 57
|
19天前
|
存储 缓存 NoSQL
Redis专题-实战篇二-商户查询缓存
本文介绍了缓存的基本概念、应用场景及实现方式,涵盖Redis缓存设计、缓存更新策略、缓存穿透问题及其解决方案。重点讲解了缓存空对象与布隆过滤器的使用,并通过代码示例演示了商铺查询的缓存优化实践。
108 1
Redis专题-实战篇二-商户查询缓存
|
26天前
|
存储 缓存 NoSQL
Redis基础命令与数据结构概览
Redis是一个功能强大的键值存储系统,提供了丰富的数据结构以及相应的操作命令来满足现代应用程序对于高速读写和灵活数据处理的需求。通过掌握这些基础命令,开发者能够高效地对Redis进行操作,实现数据存储和管理的高性能方案。
64 12
|
19天前
|
缓存 NoSQL 关系型数据库
Redis缓存和分布式锁
Redis 是一种高性能的键值存储系统,广泛用于缓存、消息队列和内存数据库。其典型应用包括缓解关系型数据库压力,通过缓存热点数据提高查询效率,支持高并发访问。此外,Redis 还可用于实现分布式锁,解决分布式系统中的资源竞争问题。文章还探讨了缓存的更新策略、缓存穿透与雪崩的解决方案,以及 Redlock 算法等关键技术。
|
25天前
|
存储 消息中间件 NoSQL
【Redis】常用数据结构之List篇:从常用命令到典型使用场景
本文将系统探讨 Redis List 的核心特性、完整命令体系、底层存储实现以及典型实践场景,为读者构建从理论到应用的完整认知框架,助力开发者在实际业务中高效运用这一数据结构解决问题。
|
2月前
|
存储 缓存 人工智能
Redis六大常见命令详解:从set/get到过期策略的全方位解析
本文将通过结构化学习路径,帮助读者实现从命令语法掌握到工程化实践落地的能力跃迁,系统性提升 Redis 技术栈的应用水平。
|
3月前
|
NoSQL Redis
Lua脚本协助Redis分布式锁实现命令的原子性
利用Lua脚本确保Redis操作的原子性是分布式锁安全性的关键所在,可以大幅减少由于网络分区、客户端故障等导致的锁无法正确释放的情况,从而在分布式系统中保证数据操作的安全性和一致性。在将这些概念应用于生产环境前,建议深入理解Redis事务与Lua脚本的工作原理以及分布式锁的可能问题和解决方案。
134 8
|
4月前
|
缓存 负载均衡 网络协议
电商API接口性能优化技术揭秘:缓存策略与负载均衡详解
电商API接口性能优化是提升系统稳定性和用户体验的关键。本文聚焦缓存策略与负载均衡两大核心,详解其在电商业务中的实践。缓存策略涵盖本地、分布式及CDN缓存,通过全量或部分缓存设计和一致性维护,减少后端压力;负载均衡则利用反向代理、DNS轮询等技术,结合动态调整与冗余部署,提高吞吐量与可用性。文中引用大型及跨境电商平台案例,展示优化效果,强调持续监控与迭代的重要性,为电商企业提供了切实可行的性能优化路径。
|
5月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
5月前
|
缓存 NoSQL Java
Redis+Caffeine构建高性能二级缓存
大家好,我是摘星。今天为大家带来的是Redis+Caffeine构建高性能二级缓存,废话不多说直接开始~
732 0