List 列表
列表类型是用来存储多个有序的字符串，
如图：
Redis列表（Lists）类型的特点如下：
-
有序性：Redis列表是按照插入顺序来保存元素的。
-
可重复性：Redis列表中的元素可以重复。
-
长度可变性：Redis列表可以动态增长和缩小，可以随时添加或删除元素。
-
支持左右两端插入和删除操作：Redis列表提供了从左端或右端插入和删除元素的操作，可以方便地实现队列和栈。
-
支持范围操作：Redis列表提供了类似于数组的下标范围操作，可以获取指定范围内的元素。
-
适合存储有序数据：Redis列表适合存储有序数据，如消息队列、最新消息列表、日志记录等。
总之，Redis列表是一种非常灵活的数据结构，可以用于各种不同的场景，具有很高的实用价值。
Redis基本命令：
- LPUSH key value1 [value2 ...] - 在列表左边插入一个或多个元素
- RPUSH key value1 [value2 ...] - 在列表右边插入一个或多个元素
- LPOP key - 移除并返回列表最左边的元素
- RPOP key - 移除并返回列表最右边的元素
- LINDEX key index - 返回列表中指定索引位置的元素
- LLEN key - 返回列表的长度
- LRANGE key start stop - 返回列表中指定范围内的元素
- LREM key count value - 移除列表中指定数量的元素
- LTRIM key start stop - 保留列表中指定范围内的元素，其它元素均被删除
- BLPOP key [key ...] timeout - 阻塞并等待列表最左边的元素，并在超时时间内返回结果
- BRPOP key [key ...] timeout - 阻塞并等待列表最右边的元素，并在超时时间内返回结果
不只是 L 和 R ；这里居然还有 B 开头的。
这是我自己记的笔记：百度网盘 ，可以查看命令比较具体的细节
BLPOP：
B 代表 Block 阻塞，L 表示 Left ，这个命令就意味着：阻塞并等待列表最左边的元素，并在超时时间内返回结果
返回值为：取出的元素或者 nil。
内部编码
列表类型的内部编码有两种：
-
ziplist（压缩列表）：当列表的元素个数⼩于 list-max-ziplist-entries 配置（默认 512 个），同时列表中每个元素的⻓度都⼩于 list-max-ziplist-value 配置（默认 64 字节）时，Redis 会选⽤ziplist 来作为列表的内部编码实现来减少内存消耗
-
linkedlist（链表）：当列表类型⽆法满⾜ ziplist 的条件时，Redis 会使⽤ linkedlist 作为列表的内部实现。
当元素个数较少并没有大元素时，内部编码为 ziplist：
1 127.0.0.1:6379> rpush listkey e1 e2 e3
2 OK
3 127.0.0.1:6379> object encoding listkey
4 "ziplist"
当元素个数超过 512 时，内部编码为 linkedlist：
1 127.0.0.1:6379> rpush listkey e1 e2 e3 ... 省略 e512 e513
2 OK
3 127.0.0.1:6379> object encoding listkey
4 "linkedlist"
当某个元素的⻓度超过 64 字节时，内部编码为 linkedlist：
1 127.0.0.1:6379> rpush listkey "one string is bigger than 64 bytes ... 省略 ..."
2 OK
3 127.0.0.1:6379> object encoding listkey
4 "linkedlist"这个所谓超出某个数字并非唯一的，同样可以在 .conf 配置文件中修改的。
使用场景
消息队列
Redis 可以使用 lpush + brpop 组合命令实现生产者-消费者模型队列，生产者客户端使用 lpush 从列表左侧插入元素，多个消费者客户端使用 brpop 命令阻塞式地从队列中 “争抢” 队首元素。通过多个客户端来保证消费的负载均衡和高可用。
微博 Timeline
每个⽤⼾都有属于⾃⼰的 Timeline（微博列表），现需要分⻚展⽰⽂章列表。此时可以考虑使⽤
列表，因为列表不但是有序的，同时⽀持按照索引范围获取元素。
1）每篇微博使⽤哈希结构存储，例如微博中 3 个属性：title、timestamp、content：
2）向⽤⼾ Timeline 添加微博，user:<uid>:mblogs 作为微博的键：
3）分⻚获取⽤⼾的 Timeline，例如获取⽤⼾ 1 的前 10 篇微博：
此⽅案在实际中可能存在两个问题：
-
1 + n 问题。即如果每次分⻚获取的微博个数较多，需要执⾏多次 hgetall 操作，此时可以考虑使⽤pipeline（流⽔线）模式批量提交命令，或者微博不采⽤哈希类型，⽽是使⽤序列化的字符串类型，使⽤ mget 获取。
-
分裂获取⽂章时，lrange 在列表两端表现较好，获取列表中间的元素表现较差，此时可以考虑将列表做拆分。
注意：
Set 类型
集合类型也是保存多个字符串类型的元素的，但和列表类型不同的是：
1. 集合中元素之间是⽆序的
2. 集合中元素不允许重复
如图：
基本命令
- SADD key member1 [member2]：向集合中添加一个或多个元素
- SCARD key：获取集合中元素数量
- SDIFF key1 [key2]：返回第一个集合与其它集合的差集
- SDIFFSTORE destination key1 [key2]：将第一个集合与其它集合的差集存储到一个新的集合中
- SINTER key1 [key2]：返回第一个集合与其它集合的交集
- SINTERSTORE destination key1 [key2]：将第一个集合与其它集合的交集存储到一个新的集合中
- SISMEMBER key member：判断元素是否在集合中
- SMEMBERS key：获取集合中所有元素
- SMOVE source destination member：将一个元素从一个集合中移动到另一个集合中
- SPOP key [count]：随机移除并返回集合中一个或多个元素
- SRANDMEMBER key [count]：随机获取集合中一个或多个元素
- SREM key member1 [member2]：从集合中移除一个或多个元素
- SUNION key1 [key2]：返回多个集合的并集
- SUNIONSTORE destination key1 [key2]：将多个集合的并集存储到一个新的集合中
这是我自己记的笔记：百度网盘 ，可以查看命令比较具体的细节
内部编码
集合类型的内部编码同样也分两种：
-
intset（整数集合）：当集合中的元素都是整数并且元素的个数⼩于 set-max-intset-entries 配置 （默认 512 个）时，Redis 会选⽤ intset 来作为集合的内部实现，从⽽减少内存的使⽤。
-
hashtable（哈希表）：当集合类型⽆法满⾜ intset 的条件时，Redis 会使⽤ hashtable 作为集合的内部实现。
1）当元素个数较少并且都为整数时，内部编码为 intset：
127.0.0.1:6379> sadd setkey 1 2 3 4
(integer) 4
127.0.0.1:6379> object encoding setkey
"intset"2）当元素个数超过 512 个，内部编码为 hashtable：
127.0.0.1:6379> sadd setkey 1 2 3 4
(integer) 513
127.0.0.1:6379> object encoding setkey
"hashtable"
3）当存在元素不是整数时，内部编码为 hashtable：
127.0.0.1:6379> sadd setkey a
(integer) 1
127.0.0.1:6379> object encoding setkey
"hashtable"同样的，这里所谓超出某个数字并非唯一的，同样可以在 .conf 配置文件中修改的。
使用场景
ZSet 类型
有序集合相对于字符串、列表、哈希、集合来说会有⼀些陌⽣。它保留了集合不能有重复成员的
特点，但与集合不同的是，有序集合中的每个元素都有⼀个唯⼀的浮点类型的分数（score）与之关 联，着使得有序集合中的元素是可以维护有序性的，但这个有序不是⽤下标作为排序依据⽽是⽤这个分数。
基本命令
Redis中ZSet类型是有序集合，每个元素都有一个对应的分数（score）。以下是ZSet类型的基本命令：
- ZADD key score member：向有序集合添加一个或多个成员，或者更新已存在成员的分数
- ZCARD key：获取有序集合的元素数量
- ZCOUNT key min max：获取有序集合中分数范围内的成员数量
- ZINCRBY key increment member：对有序集合中指定成员的分数增加increment
- ZRANK key member：获取有序集合中指定成员的排名（从小到大）
- ZREVRANK key member：获取有序集合中指定成员的排名（从大到小）
- ZSCORE key member：获取有序集合中指定成员的分数
- ZRANGE key start stop [WITHSCORES]：获取有序集合中指定排名范围内的成员（从小到大），如果WITHSCORES选项被指定，则同时返回成员的分数
- ZREVRANGE key start stop [WITHSCORES]：获取有序集合中指定排名范围内的成员（从大到小）
- ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT offset count]：获取有序集合中指定分数范围内的成员，如果WITHSCORES选项被指定，则同时返回成员的分数，如果LIMIT选项被指定，则返回指定数量的成员（从小到大）
- ZREVRANGEBYSCORE key max min [WITHSCORES] [LIMIT offset count]：获取有序集合中指定分数范围内的成员，如果WITHSCORES选项被指定，则同时返回成员的分数，如果LIMIT选项被指定，则返回指定数量的成员（从大到小）
- ZREM key member：从有序集合中移除一个或多个成员
- ZREMRENGEByRANK key start stop：移除有序集合中指定排名范围内的成员（从小到大）
- ZREMRENGEBySCORE key min max：移除有序集合中指定分数范围内的成员
- ZUNIONSTORE destination numkeys key [key ...] [WEIGHTS weight [weight ...]] [AGGREGATE SUM|MIN|MAX]：计算给定numkeys个有序集合的并集，并将结果保存到destination，如果WEIGHTS选项被指定，则计算时使用指定权重，如果AGGREGATE选项被指定，则使用指定聚合方式
这是我自己记的笔记：百度网盘 ，可以查看命令比较具体的细节
内部编码
有序集合类型的内部编码有两种：
-
ziplist（压缩列表）：当有序集合的元素个数⼩于 zset-max-ziplist-entries 配置（默认 128 个），同时每个元素的值都⼩于 zset-max-ziplist-value 配置（默认 64 字节）时，Redis 会⽤ ziplist 来作为有序集合的内部实现，ziplist 可以有效减少内存的使⽤。
-
skiplist（跳表）：当 ziplist 条件不满⾜时，有序集合会使⽤ skiplist 作为内部实现，因为此时
ziplist 的操作效率会下降。
1）当元素个数较少且每个元素较⼩时，内部编码为 ziplist：
127.0.0.1:6379> zadd zsetkey 50 e1 60 e2 30 e3
(integer) 3
127.0.0.1:6379> object encoding zsetkey
"ziplist"
2）当元素个数超过 128 个，内部编码 skiplist：
127.0.0.1:6379> zadd zsetkey 50 e1 60 e2 30 e3 ... 省略 ... 82 e129
(integer) 129
127.0.0.1:6379> object encoding zsetkey
"skiplist"
3）当某个元素⼤于 64 字节时，内部编码 skiplist：
127.0.0.1:6379> zadd zsetkey 50 "one string bigger than 64 bytes ... 省略 ..."
(integer) 1
127.0.0.1:6379> object encoding zsetkey
"skiplist"使用场景
有序集合⽐较典型的使⽤场景就是排⾏榜系统。例如常⻅的⽹站上的热榜信息，榜单的维度可能
是多⽅⾯的：按照时间、按照阅读量、按照点赞量。本例中我们使⽤点赞数这个维度，维护每天的热榜：
1）添加⽤⼾赞数
2）取消⽤⼾赞数
3）展⽰获取赞数最多的 10 个⽤⼾
渐进式遍历
Redis 使⽤ scan 命令进⾏渐进式遍历键，进⽽解决直接使⽤ keys 获取键时可能出现的阻塞问
题。每次 scan 命令的时间复杂度是 O(1)，但是要完整地完成所有键的遍历，需要执⾏多次 scan。
我来演示一下就明白我再说啥了。
我们现在一共存在了 11 个 key，那么现在我要使用 scan 渐进式遍历。
除了 scan 以外，Redis ⾯向哈希类型、集合类型、有序集合类型分别提供了 hscan、sscan、zscan 命 令，它们的⽤法和 scan 基本类似，感兴趣的读者可以⾃⾏做扩展学习。
本章节到此就结束了，具体的命令还是建议去看官网，当然也可以和 scan 一样有更优的解，不听从我的建议。
