美文网首页Redis学习
Redis 数据类型及应用场景——List

Redis 数据类型及应用场景——List

作者: 十年磨一剑1111 | 来源:发表于2020-03-02 16:49 被阅读0次

    我们接着来聊一下redis中的数据类型中的列表(List),(关于list这种数据类型的一些命令,建议小伙伴们去亲自操作下加深印象)

    1. List 简介

    redis 中的list是简单的字符串列表,按照插入的顺序排列,常用的操作是向列表两端添加元素,或者获取列表的某一片段。List 底层是使用quickList来实现的(老的版本是使用ziplist 或者双向列表来实现的),它实际也是一个双向链表只是在原来的列表上做了一些修改,同样具有链表的一些特性,向列表两端添加元素的时间复杂度为O(1),获取越接近两端的元素速度就越快,一个列表类型的键最多能存储2^32-1个元素。关于key的底层数据结构大家可以使用命令object encoding key 来查看。接下来看下关于list有哪些常用的操作

    注意:Redis中的列表对象在版本3.2之前,列表底层的编码是ziplist和linkedlist实现的,但是在版本3.2之后,重新引入了一个 quicklist 的数据结构,列表的底层都由quicklist实现。 之前这里写得不太对,特意注明下。关于quickList我在网上找了一张图来帮助大家理解,不过这里不做详情的介绍了,因为这不是本文的重点


    图一.png

    (1) 向列表两端添加元素

    lpush numbers 1; //向列表左边添加元素
    rpush numbers 0;//向列表右端添加元素
    lpush numbers 2 3; 
    

    那最终的列表是这个样子的。


    6.png

    (2)从列表弹出元素

    lpop numbers ;// 从左端弹出元素
    rpop numbers ; //从右端弹出元素
    

    当我们执行上面的操作后numbers列表最终是这样的。


    8.png

    最终的列表里面就剩下1和2两个元素。

    (3)获取列表片段
    lrange key start end; //包含start 和end 位置的元素

    llen numbers;// 2 获取列表的长度
    lrange numbers 0,2;// 获取从start 到 end 的元素(包含两端),索引是从0开始的。
    lrange numbers -2 -1;//列表的由端开始计算序列,如:-1表示右边第一个元素,-2表示右边第二个元素。
    lrange numbers 0 -1 ;// 返回列表所有的元素
    

    注:当start >= end 或者start 超出索引范围时返回都会提示empty list。

    (4) 删除列表中指定的值

    lrem key count value;// 删除count 个值为value的元素
    当count > 0 表示从列表的左边开始删除前count个值为value的元素
    当count < 0 表示从列表的右边开始删除前count个值为value的元素
    当count = 0 会删除所有值为value的元素
    

    看下具体的一些操作


    删除指定元素.png

    我这里就简单的展示下,更多的一些操作小伙伴们可以去实践下。
    (5) 获得索引或者指定索引的元素值

    lindex key index;// 获取指定索引的元素值
    lset key index value ;// 设置指定索引的元素值
    //当index为负数的时候表示从列表的右端开始计数
    
    获取&指定索引的值.png

    (6) 保留列表指定片段

    ltrim key start end ; 保留start 到end 的元素,包含两端,规则和lrange是一样的。
    
    保留指定片段.png
    (7)向列表中插入元素
    linsert  key before|after pivot value
    

    linsert 命令首先会在列表中从左到右查找值为pivot的元素,然后根据第二个参数是before还是after来决定将value插入到该元素的前面还是后面。我们看下具体的一些操作


    列表插入元素.png

    2. 实践

    1.当了解完list相关的一些操作后我们可以结合lpush和rpop(rpush和lpop) 来实现队列,比如消息队列,但是如果我们用redis来做消息队列的话需要结合实际应用,因为做消息队列它有一定的缺点,下面参网上的一些资料总结了下redis做消息队列适合的一些场景。
    (1)如果你的需求是快产快消的即时消费场景,并且生产的消息立即被消费者消费掉
    (2)如果速度是你十分看重的,比如慢了一秒好几千万这种
    (3)如果你不需要系统保存你发送过的消息,做到来无影去无踪
    (4)需要处理的数据量并不是那么巨大
    比如秒杀的场景我们可以将商品的数量做成一个队列(list),但是其实list设计之初并不是用来做消息队列的,相比于一些成熟的消息队列比如Kafka,RabbitMQ 等来说简单很多,换句话说就是功能不够强大,所以推荐大家使用一些比较成熟的消息队列。

    1. 我们知道列表类型对于两端元素的存取是很快的,但是对中间元素的操作就比较慢(尤其是数据量大的时候),所有可以使用list类型来存储一些比如:网站的新鲜事,一些最新日志等等。

    2. 根据lrange key start end 可以实现某些列表,比如关注列表,粉丝列表等等,不过需要注意的是,因为列表是按照我们插入数据的顺序排列数据的,如果一个列表更新操作频繁的话(比如调整数据的顺序),可能操作就比较麻烦,效率也不高。

    今天就写到这里吧,如果有小伙伴需要补充的欢迎在下面留言哦

    相关文章

      网友评论

        本文标题:Redis 数据类型及应用场景——List

        本文链接:https://www.haomeiwen.com/subject/rczthhtx.html