Redis笔记——对象之 LIST

大小

        老版本是 2^32-1 ，新版本是 2^64-1 。

场景

        列表数据存储

使用

创建
    LPUSH: LPUSH key value [value ...] 从头部增加元素，返回总元素个数
    RPUSH: RPUSH key value [value ...] 从尾部增加元素，返回总元素个数
查询
    LLEN: LLEN key 查看列表长度
    LRANGE: LRANGE key start stop 查看列表角标从start到stop的元素，
                                  如果start/stop为负数，表示倒数 
更新
    LPUSH
    RPUSH
    LPOP: LPOP key 移出并获取列表第一个元素
    RPOP: RPOP key 移出并获取列表最后一个元素
    LREM: LREM key count value 移除值为value的元素，返回移除元素个数
                               count=0移除全部值为value元素
                               count>0从左往右移除count个值为value元素
                               count<0从右往左移除count个值为value元素
删除
    DEL: DEL key [key ...] 删除对象，返回成功删除的键的个数
    UNLINK: UNLINK key [key ...] 删除对象，返回成功删除的键的个数

• DEL、UNLINK的区别

  • DEL 为同步删除，删除操作完成前会阻塞客户端。

  • UNLINK 为异步删除，先取消key在键空间的关联，让其不能再被查到，删除是异步的，不会阻塞客户端。

底层实现

编码方式

        3.2版本前 List 的编码有 ZIPLIST、LINKEDLIST 两种。3.2之后改为了 QUIKELIST。

• ZIPLIST： 底层实现是压缩列表。当列表对象保存的所有字符串大小均小于64字节，且列表元素个数小于512个（这是 LIST 的限制，不是 ZIPLIST 的限制），采用ZIPLIST编码。此种编码方式，在数据少时，可以节省内存空间。

• 

• LINKEDLIST：底层实现是链表。如不满足 ZIPLIST 的限制条件，则采用 LINKEDLIST 编码。此种编码方式，在数据多时，可以提高更新效率。

• 

• QUIKELIST：本质上是 ZIPLIST 与 LINKEDLIST 结合体。在数据比较少时，QUIKELIST 只有一个节点，相当于 ZIPLIST ，数据较多时，则同时利用了 ZIPLIST 与 LINKEDLIST 各自的优势。

• 

扩展

        ZIPLIST 本身存在连锁更新的问题，所以 Redis 7.0 之后，采用 LISTPACK 编码模式取代了 ZIPLIST ，他们本质上都是压缩列表。