动力节点Redis7笔记-第三章Redis命令

3 Redis命令

Redis根据命令所操作对象的不同，可以分为三大类：对Redis进行基础性操作的命令，对Key的操作命令，对Value的操作命令。

3.1 Redis基本命令

首先通过redis-cli命令进入到Redis命令行客户端，然后再运行下面的命令。

3.1.1 心跳命令 ping

键入ping命令，会看到PONG响应，则说明该客户端与Redis的连接是正常的。该命令亦称为心跳命令。

3.1.2 读写键值命令

set key value会将指定key-value写入到DB。get key则会读取指定key的value值。关于更多set与get命令格式，后面会详细学习。

3.1.3 DB切换select

Redis默认有16个数据库。这个在Redis Desktop Manager（RDM）图形客户端中可以直观地看到。

默认使用的是0号DB，可以通过select db索引来切换DB。例如，如下命令会切换到DB3，并会将age-23写入到DB3中。

并且这个结果在RDM中是可以直观地看到的。

3.1.4 查看key数量dbsize

dbsize命令可以查看当前数据库中key的数量。

从以上查看情况看，DB0中有2个key，DB1中没有key，DB3中有1个key。

3.1.5 删除当前库中数据flushdb

flushdb命令仅仅删除的是当前数据库中的数据，不影响其它库。

3.1.6 删除所有库中数据命令flushall

flushall命令可以删除所有库中的所有数据。所以该命令的使用一定要慎重。

3.1.7 退出客户端命令

使用exit或quit命令均可退出Redis命令行客户端。

3.2 Key操作命令

Redis中存储的数据整体是一个Map，其key为String类型，而value则可以是String、Hash表、List、Set等类型。

3.2.1 keys

• 格式：KEYS pattern
• 功能：查找所有符合给定模式 pattern 的 key，pattern为正则表达式。
• 说明：KEYS的速度非常快，但在一个大的数据库中使用它可能会阻塞当前服务器的服务。所以生产环境中一般不使用该命令，而使用scan命令代替。

3.2.2 exists

• 格式：EXISTS key
• 功能：检查给定 key 是否存在。
• 说明：若 key 存在，返回 1 ，否则返回 0 。

3.2.3 del

• 格式：DEL key [key …]
• 功能：删除给定的一个或多个 key 。不存在的 key 会被忽略。
• 说明：返回被删除 key 的数量。

3.2.4 rename

• 格式：RENAME key newkey
• 功能：将 key 改名为 newkey。
• 说明：当 key 和 newkey 相同，或者 key 不存在时，返回一个错误。当 newkey 已经存在时， RENAME命令将覆盖旧值。改名成功时提示 OK ，失败时候返回一个错误。

3.2.5 move

• 格式：MOVE key db
• 功能：将当前数据库的 key 移动到给定的数据库 db 当中。
• 说明：如果当前数据库(源数据库)和给定数据库(目标数据库)有相同名字的给定 key ，或者 key 不存在于当前数据库，那么 MOVE 没有任何效果。移动成功返回 1 ，失败则返回 0 。

3.2.6 type

• 格式：TYPE key
• 功能：返回 key 所储存的值的类型。
• 说明：返回值有以下六种
• none (key不存在)
• string (字符串)
• list (列表)
• set (集合)
• zset (有序集)
• hash (哈希表)

3.2.7 expire与pexpire

• 格式：EXPIRE key seconds
• 功能：为给定 key 设置生存时间。当 key 过期时(生存时间为 0)，它会被自动删除。expire的时间单位为秒，pexpire的时间单位为毫秒。在 Redis 中，带有生存时间的 key 被称为“易失的”(volatile)。
• 说明：生存时间设置成功返回 1。若 key 不存在时返回 0 。rename操作不会改变key的生存时间。

3.2.8 ttl与pttl

• 格式：TTL key
• 功能：TTL, time to live，返回给定 key 的剩余生存时间。
• 说明：其返回值存在三种可能：
• 当 key 不存在时，返回 -2 。
• 当 key 存在但没有设置剩余生存时间时，返回 -1 。
• 否则，返回 key 的剩余生存时间。ttl命令返回的时间单位为秒，而pttl命令返回的时间单位为毫秒。

3.2.9 persist

• 格式：PERSIST key
• 功能：去除给定 key 的生存时间，将这个 key 从“易失的”转换成“持久的”。
• 说明：当生存时间移除成功时，返回 1；若 key 不存在或 key 没有设置生存时间，则返回 0。

3.2.10 randomkey

• 格式：RANDOMKEY
• 功能：从当前数据库中随机返回(不删除)一个key。
• 说明：当数据库不为空时，返回一个key。当数据库为空时，返回nil。

3.2.11 scan

• 格式：SCAN cursor [MATCH pattern] [COUNT count] [TYPE type]
• 功能：用于迭代数据库中的数据库键。其各个选项的意义为：
• cursor：本次迭代开始的游标。
• pattern ：本次迭代要匹配的key的模式。
• count ：本次迭代要从数据集里返回多少元素，默认值为 10 。
• type：本次迭代要返回的value的类型，默认为所有类型。

SCAN命令是一个基于游标cursor的迭代器：SCAN命令每次被调用之后，都会向用户返回返回一个包含两个元素的数组， 第一个元素是用于进行下一次迭代的新游标， 而第二个元素则是一个数组， 这个数组中包含了所有被迭代的元素。用户在下次迭代时需要使用这个新游标作为SCAN命令的游标参数，以此来延续之前的迭代过程。当SCAN命令的游标参数被设置为0时，服务器将开始一次新的迭代。如果新游标返回 0 表示迭代已结束。

• 说明：使用间断的、负数、超出范围或者其他非正常的游标来执行增量式迭代不会造成服务器崩溃。

当数据量很大时，count的数量的指定可能会不起作用，Redis会自动调整每次的遍历数目。由于scan命令每次执行都只会返回少量元素，所以该命令可以用于生产环境，而不会出现像 KEYS 命令带来的服务器阻塞问题。
增量式迭代命令所使用的算法只保证在数据集的大小有界的情况下迭代才会停止，换句话说，如果被迭代数据集的大小不断地增长的话，增量式迭代命令可能永远也无法完成一次完整迭代。即当一个数据集不断地变大时，想要访问这个数据集中的所有元素就需要做越来越多的工作， 能否结束一个迭代取决于用户执行迭代的速度是否比数据集增长的速度更快。

• 相关命令：另外还有3个scan命令用于对三种类型的value进行遍历。
  - hscan：属于Hash型Value操作命令集合，用于遍历当前db中指定Hash表的所有field-value对。
  - sscan：属于Set型Value操作命令集合，用于遍历当前db中指定set集合的所有元素
  - zscan：属于ZSet型Value操作命令集合，用于遍历当前db中指定有序集合的所有元素（数值与元素值）

3.3 String型Value操作命令

Redis存储数据的Value可以是一个String类型数据。String类型的Value是Redis中最基本，最常见的类型。String类型的Value中可以存放任意数据，包括数值型，甚至是二进制的图片、音频、视频、序列化对象等。一个String类型的Value最大是512M大小。

3.3.1 set

• 格式：SET key value [EX seconds | PX milliseconds] [NX|XX]
• 功能：SET除了可以直接将key 的值设为 value外，还可以指定一些参数。
  • EX seconds：为当前key设置过期时间，单位秒。等价于SETEX命令。
  • PX milliseconds：为当前key设置过期时间，单位毫秒。等价于PSETEX命令。
  • NX：指定的key不存在才会设置成功，用于添加指定的key。等价于SETNX命令。
  • XX：指定的key必须存在才会设置成功，用于更新指定key的value。
• 说明：如果value字符串中带有空格，则该字符串需要使用双引号或单引号引起来，否则会认为set命令的参数数量不正确，报错。

3.3.2 setex与psetex

• 格式：SETEX/PSETEX key seconds value
• 功能：set expire，其不仅为key指定了value，还为其设置了生存时间。setex的单位为秒，psetex的单位为毫秒。
• 说明：如果 key 已经存在， 则覆写旧值。该命令类似于以下两个命令，不同之处是， SETEX 是一个原子性操作，关联值和设置生存时间两个动作会在同一时间内完成，该命令在 Redis 用作缓存时，非常实用。

SET key value
EXPIRE key seconds # 设置生存时间

3.3.3 setnx

• 格式：SETNX key value
• 功能：SET if Not eXists，将 key 的值设为 value ，当且仅当 key 不存在。若给定的 key 已经存在，则 SETNX 不做任何动作。成功，返回1，否则，返回0。
• 说明：该命令等价于set key value nx

3.3.4 getset

• 格式：GETSET key value
• 功能：将给定 key 的值设为 value ，并返回 key 的旧值。
• 说明：当 key 存在但不是字符串类型时，返回一个错误；当 key 不存在时，返回 nil 。

3.3.5 mset与msetnx

• 格式：MSET/MSETNX key value [key value …]
• 功能：同时设置一个或多个 key-value 对。
• 说明：如果某个给定 key 已经存在，那么 MSET会用新值覆盖原来的旧值，如果这不是你所希望的效果，请考虑使用 MSETNX命令：它只会在所有给定 key 都不存在的情况下进行设置操作。MSET/MSETNX是一个原子性(atomic)操作，所有给定 key 都会在同一时间内被设置，某些给定 key 被更新而另一些给定 key 没有改变的情况不可能发生。该命令永不失败。

3.3.6 mget

• 格式：MGET key [key …]
• 功能：返回所有(一个或多个)给定 key 的值。
• 说明：如果给定的 key 里面，有某个 key 不存在，那么这个 key 返回特殊值 nil 。因此，该命令永不失败。

3.3.7 append

• 格式：APPEND key value
• 功能：如果 key 已经存在并且是一个字符串， APPEND 命令将 value 追加到 key 原来的值的末尾。如果 key 不存在， APPEND 就简单地将给定 key 设为 value ，就像执行 SET key value 一样。
• 说明：追加 value 之后， key 中字符串的长度。

3.3.8 incr与decr

• 格式：INCR key 或 DECR key

• 功能：increment，自动递增。将 key 中存储的数字值增一。

  decrement，自动递减。将key中存储的数字值减一。
  

• 说明：如果 key 不存在，那么 key 的值会先被初始化为0，然后再执行增一/减一操作。如果值不能表示为数字，那么返回一个错误提示。如果执行正确，则返回增一/减一后的值。

3.3.9 incrby与decrby

• 格式：INCRBY key increment 或 DECRBY key decrement
• 功能：将key中存储的数字值增加/减少指定的数值，这个数值只能是整数，可以是负数，但不能是小数。
• 说明：如果 key 不存在，那么 key 的值会先被初始化为0，然后再执行增/减操作。如果值不能表示为数字，那么返回一个错误提示。如果执行正确，则返回增/减后的值。

3.3.10 incrbyfloat

• 格式：INCRBYFLOAT key increment
• 功能：为 key 中所储存的值加上浮点数增量 increment 。
• 说明：与之前的说明相同。没有decrbyfloat命令，但increment为负数可以实现减操作效果。

3.3.11 strlen

• 格式：STRLEN key
• 功能：返回 key 所储存的字符串值的长度。
• 说明：当 key 储存的不是字符串值时，返回一个错误；当 key 不存在时，返回 0 。

3.3.12 getrange

• 格式：GETRANGE key start end
• 功能：返回 key 中字符串值的子字符串，字符串的截取范围由 start 和 end 两个偏移量决定，包括 start 和 end 在内。
• 说明：end必须要比start大。支持负数偏移量，表示从字符串最后开始计数，-1 表示最后一个字符，-2 表示倒数第二个，以此类推。

3.3.13 setrange

• 格式：SETRANGE key offset value
• 功能：用 value 参数替换给定 key 所储存的字符串值str，从偏移量 offset 开始。
• 说明：当offset值大于str长度时，中间使用零字节\x00填充，即0000 0000字节填充；对于不存在的 key 当作空串处理。

3.3.14 位操作命令

名称中包含BIT的命令，都是对二进制位的操作命令，例如，setbit、getbit、bitcount、bittop、bitfield，这些命令不常用。

3.3.15 典型应用场景

Value为String类型的应用场景很多，这里仅举这种典型应用场景的例子：

3.3.15.1 数据缓存

Redis作为数据缓存层，MySQL作为数据存储层。应用服务器首先从Redis中获取数据，如果缓存层中没有，则从MySQL中获取后先存入缓存层再返回给应用服务器。

3.3.15.2 计数器

在Redis中写入一个value为数值型的key作为平台计数器、视频播放计数器等。每个有效客户端访问一次，或视频每播放一次，都是直接修改Redis中的计数器，然后再以异步方式持久化到其它数据源中，例如持久化到MySQL。

3.3.15.3 共享Session

对于一个分布式应用系统，如果将类似用户登录信息这样的Session数据保存在提供登录服务的服务器中，那么如果用户再次提交像收藏、支付等请求时可能会出现问题：在提供收藏、支付等服务的服务器中并没有该用户的Session数据，从而导致该用户需要重新登录。对于用户来说，这是不能接受的。
此时，可以将系统中所有用户的Session数据全部保存到Redis中，用户在提交新的请求后，系统先从Redis中查找相应的Session数据，如果存在，则再进行相关操作，否则跳转到登录页面。这样就不会引发“重新登录”问题。

3.3.15.4 限速器

现在很多平台为了防止DoS（Denial of Service，拒绝服务）攻击，一般都会限制一个IP不能在一秒内访问超过n次。而Redis可以可以结合key的过期时间与incr命令来完成限速功能，充当限速器。
注意，其无法防止DDoS（Distributed Denial of Service，分布式拒绝服务）攻击。

// 客户端每提交一次请求，都会执行下面的代码

// 等价于set 192.168.192.55 1 ex 60 nx
// 指定新ip作为key的缓存过期时间为60秒
Boolean isExists = redis.set(ip, 1, “EX 60”, “NX”);
if(isExists != null || redis.incr(ip) <= 5) {
    
    
    // 通过
} else {
    
    
    // 限流
}

3.4 Hash型Value操作命令

Redis存储数据的Value可以是一个Hash类型。Hash类型也称为Hash表、字典等。
Hash表就是一个映射表Map，也是由键-值对构成，为了与整体的key进行区分，这里的键称为field，值称为value。注意，Redis的Hash表中的field-value对均为String类型。

3.4.1 hset

• 格式：HSET key field value
• 功能：将哈希表 key 中的域 field 的值设为 value 。
• 说明：如果 key 不存在，一个新的哈希表被创建并进行 HSET 操作。如果域 field 已经存在于哈希表中，旧值将被覆盖。如果 field 是哈希表中的一个新建域，并且值设置成功，返回 1 。如果哈希表中域 field 已经存在且旧值已被新值覆盖，返回 0 。

3.4.2 hget

• 格式：HGET key field
• 功能：返回哈希表 key 中给定域 field 的值。
• 说明：当给定域不存在或是给定 key 不存在时，返回 nil 。

3.4.3 hmset

• 格式：HMSET key field value [field value …]
• 功能：同时将多个 field-value (域-值)对设置到哈希表 key 中。
• 说明：此命令会覆盖哈希表中已存在的域。如果 key 不存在，一个空哈希表被创建并执行 HMSET 操作。如果命令执行成功，返回 OK 。当 key 不是哈希表(hash)类型时，返回一个错误。

3.4.4 hmget

• 格式：HMGET key field [field …]
• 功能：按照给出顺序返回哈希表 key 中一个或多个域的值。
• 说明：如果给定的域不存在于哈希表，那么返回一个 nil 值。因为不存在的 key 被当作一个空哈希表来处理，所以对一个不存在的 key 进行 HMGET 操作将返回一个只带有 nil 值的表。

3.4.5 hgetall

• 格式：HGETALL key
• 功能：返回哈希表 key 中所有的域和值。
• 说明：在返回值里，紧跟每个域名(field name)之后是域的值(value)，所以返回值的长度是哈希表大小的两倍。若 key 不存在，返回空列表。若key中包含大量元素，则该命令可能会阻塞Redis服务。所以生产环境中一般不使用该命令，而使用hscan命令代替。

3.4.6 hsetnx

• 格式：HSETNX key field value
• 功能：将哈希表 key 中的域 field 的值设置为 value ，当且仅当域 field 不存在。
• 说明：若域 field 已经存在，该操作无效。如果 key 不存在，一个新哈希表被创建并执行 HSETNX 命令。

3.4.7 hdel

• 格式：HDEL key field [field …]
• 功能：删除哈希表 key 中的一个或多个指定域，不存在的域将被忽略。
• 说明：返回被成功移除的域的数量，不包括被忽略的域。

3.4.8 hexits

• 格式：HEXISTS key field
• 功能：查看哈希表 key 中给定域 field 是否存在。
• 说明：如果哈希表含有给定域，返回 1 。如果不含有给定域，或 key 不存在，返回 0 。

3.4.9 hincrby与hincrbyfloat

• 格式：HINCRBY key field increment
• 功能：为哈希表 key 中的域 field 的值加上增量 increment 。hincrby命令只能增加整数值，而hincrbyfloat可以增加小数值。
• 说明：增量也可以为负数，相当于对给定域进行减法操作。如果 key 不存在，一个新的哈希表被创建并执行 HINCRBY 命令。如果域 field 不存在，那么在执行命令前，域的值被初始化为0。对一个储存字符串值的域 field 执行HINCRBY命令将造成一个错误。

3.4.10 hkeys与hvals

• 格式：HKEYS key 或 HVALS key
• 功能：返回哈希表 key 中的所有域/值。
• 说明：当 key 不存在时，返回一个空表。

3.4.11 hlen

• 格式：HLEN key
• 功能：返回哈希表 key 中域的数量。
• 说明：当 key 不存在时，返回 0 。

3.4.12 hstrlen

• 格式：HSTRLEN key field
• 功能：返回哈希表 key 中， 与给定域 field 相关联的值的字符串长度（string length）。
• 说明：如果给定的键或者域不存在， 那么命令返回 0 。

3.4.13 应用场景

Hash型Value非常适合存储对象数据。key为对象名称，value为描述对象属性的Map，对对象属性的修改在Redis中就可直接完成。其不像String型Value存储对象，那个对象是序列化过的，例如序列化为JSON串，对对象属性值的修改需要先反序列化为对象后再修改，修改后再序列化为JSON串后写入到Redis。

3.5 List型Value操作命令

Redis存储数据的Value可以是一个String列表类型数据。即该列表中的每个元素均为String类型数据。列表中的数据会按照插入顺序进行排序。不过，该列表的底层实际是一个无头节点的双向链表，所以对列表表头与表尾的操作性能较高，但对中间元素的插入与删除的操作的性能相对较差。

3.5.1 lpush/rpush

• 格式：LPUSH key value [value …] 或 RPUSH key value [value …]
• 功能：将一个或多个值 value 插入到列表 key 的表头/表尾（表头在左表尾在右）
• 说明：如果有多个 value 值，对于lpush来说，各个 value 会按从左到右的顺序依次插入到表头；对于rpush来说，各个 value 会按从左到右的顺序依次插入到表尾。如果 key 不存在，一个空列表会被创建并执行操作。当 key 存在但不是列表类型时，返回一个错误。执行成功时返回列表的长度。

3.5.2 llen

• 格式：LLEN key
• 功能：返回列表 key 的长度。
• 说明：如果 key 不存在，则 key 被解释为一个空列表，返回 0 。如果 key 不是列表类型，返回一个错误。

3.5.3 lindex

• 格式：LINDEX key index
• 功能：返回列表 key 中，下标为 index 的元素。列表从0开始计数。
• 说明：如果 index 参数的值不在列表的区间范围内(out of range)，返回 nil 。

3.5.4 lset

• 格式：LSET key index value
• 功能：将列表 key 下标为 index 的元素的值设置为 value 。
• 说明：当 index 参数超出范围，或对一个空列表（key 不存在）进行 LSET 时，返回一个错误。

3.5.5 lrange

• 格式：LRANGE key start stop
• 功能：返回列表 key 中指定区间[start, stop]内的元素，即包含两个端点。
• 说明：List的下标从0开始，即以 0 表示列表的第一个元素，以 1 表示列表的第二个元素，以此类推。也可以使用负数下标，以 -1 表示列表的最后一个元素， -2 表示列表的倒数第二个元素，以此类推。超出范围的下标值不会引起错误。如果 start 下标比列表的最大下标 还要大，那么 LRANGE返回一个空列表。如果 stop 下标比最大下标还要大，Redis将 stop 的值设置为最大下标。

3.5.6 lpushx与rpushx

• 格式：LPUSHX key value 或 RPUSHX key value
• 功能：将值 value 插入到列表 key 的表头/表尾，当且仅当 key 存在并且是一个列表。
• 说明：当 key 不存在时，命令什么也不做。若执行成功，则输出表的长度。

3.5.7 linsert

• 格式：LINSERT key BEFORE|AFTER pivot value
• 功能：将值 value 插入到列表 key 当中，位于元素 pivot 之前或之后。
• 说明：当 pivot 元素不存在于列表中时，不执行任何操作，返回-1；当 key 不存在时， key 被视为空列表，不执行任何操作，返回0；如果 key 不是列表类型，返回一个错误；如果命令执行成功，返回插入操作完成之后，列表的长度。

3.5.8 lpop / rpop

• 格式：LPOP key [count] 或 RPOP key [count]
• 功能：从列表key的表头/表尾移除count个元素，并返回移除的元素。count默认值1
• 说明：当 key 不存在时，返回 nil

3.5.9 blpop / brpop

• 格式：BLPOP key [key …] timeout 或 BRPOP key [key …] timeout
• 功能：BLPOP/BRPOP是列表的阻塞式(blocking)弹出命令。它们是 LPOP/RPOP 命令的阻塞版本，当给定列表内没有任何元素可供弹出的时候，连接将被 BLPOP/BRPOP命令阻塞，直到等待timeout超时或发现可弹出元素为止。当给定多个 key 参数时，按参数 key 的先后顺序依次检查各个列表，弹出第一个非空列表的头元素。timeout为阻塞时长，单位为秒，其值若为0，则表示只要没有可弹出元素，则一直阻塞。
• 说明：假如在指定时间内没有任何元素被弹出，则返回一个 nil 和等待时长。反之，返回一个含有两个元素的列表，第一个元素是被弹出元素所属的 key ，第二个元素是被弹出元素的值。

3.5.10 rpoplpush

• 格式：RPOPLPUSH source destination
• 功能：命令 RPOPLPUSH 在一个原子时间内，执行以下两个动作：
• 将列表 source 中的最后一个元素(尾元素)弹出，并返回给客户端。
• 将 source 弹出的元素插入到列表 destination ，作为 destination 列表的的头元素。

如果 source 不存在，值 nil 被返回，并且不执行其他动作。如果 source 和 destination 相同，则列表中的表尾元素被移动到表头，并返回该元素，可以把这种特殊情况视作列表的旋转(rotation)操作。

3.5.11 brpoplpush

• 格式：BRPOPLPUSH source destination timeout
• 功能：BRPOPLPUSH 是 RPOPLPUSH 的阻塞版本，当给定列表 source 不为空时， BRPOPLPUSH 的表现和 RPOPLPUSH 一样。当列表 source 为空时， BRPOPLPUSH命令将阻塞连接，直到等待超时，或有另一个客户端对 source 执行 LPUSH或 RPUSH 命令为止。timeout为阻塞时长，单位为秒，其值若为0，则表示只要没有可弹出元素，则一直阻塞。
• 说明：假如在指定时间内没有任何元素被弹出，则返回一个 nil 和等待时长。反之，返回一个含有两个元素的列表，第一个元素是被弹出元素的值，第二个元素是等待时长。

3.5.12 lrem

• 格式：LREM key count value
• 功能：根据参数 count 的值，移除列表中与参数 value 相等的元素。count 的值可以是以下几种：
• count > 0 : 从表头开始向表尾搜索，移除与 value 相等的元素，数量为 count 。
• count < 0 : 从表尾开始向表头搜索，移除与 value 相等的元素，数量为 count 的绝对值。
• count = 0 : 移除表中所有与 value 相等的值。
• 说明：返回被移除元素的数量。当 key 不存在时， LREM 命令返回 0 ，因为不存在的 key 被视作空表(empty list)。

3.5.13 ltrim

• 格式：LTRIM key start stop
• 功能：对一个列表进行修剪(trim)，就是说，让列表只保留指定区间内的元素，不在指定区间之内的元素都将被删除。
• 说明：下标(index)参数 start 和 stop 都以 0 为底，也就是说，以 0 表示列表的第一个元素，以 1 表示列表的第二个元素，以此类推。也可以使用负数下标，以 -1 表示列表的最后一个元素， -2 表示列表的倒数第二个元素，以此类推。当 key 不是列表类型时，返回一个错误。如果 start 下标比列表的最大下标 end ( LLEN list 减去 1 )还要大，或者 start > stop ， LTRIM 返回一个空列表，因为 LTRIM 已经将整个列表清空。如果 stop 下标比 end 下标还要大，Redis将 stop 的值设置为 end 。

3.5.14 应用场景

Value为List类型的应用场景很多，主要是通过构建不同的数据结构来实现相应的业务功能。这里仅对这些数据结构的实现方式进行总结，不举具体的例子。

3.5.14.1 栈

通过lpush + lpop可以实现栈数据结构效果：先进后出。通过lpush从列表左侧插入数据，通过lpop从列表左侧取出数据。当然，通过rpush + rpop也可以实现相同效果，只不过操作的是列表右侧。

3.5.14.2 队列

通过lpush + rpop可以实现队列数据结构效果：先进先出。通过lpush从列表左侧插入数据，通过rpop从列表右侧取出数据。当然，通过rpush + lpop也可以实现相同效果，只不过操作的方向正好相反。

3.5.14.3 阻塞式消息队列

通过lpush + brpop可以实现阻塞式消息队列效果。作为消息生产者的客户端使用lpush从列表左侧插入数据，作为消息消费者的多个客户端使用brpop阻塞式“抢占”列表尾部数据进行消费，保证了消费的负载均衡与高可用性。brpop的timeout设置为0，表示只要没有数据可弹出，就永久阻塞。

3.5.14.4 动态有限集合

通过lpush + ltrim可以实现有限集合。通过lpush从列表左侧向列表中添加数据，通过ltrim保持集合的动态有限性。像企业的末位淘汰、学校的重点班等动态管理，都可通过这种动态有限集合来实现。当然，通过rpush + ltrim也可以实现相同效果，只不过操作的方向正好相反。

3.6 Set型Value操作命令

Redis存储数据的Value可以是一个Set集合，且集合中的每一个元素均String类型。Set与List非常相似，但不同之处是Set中的元素具有无序性与不可重复性，而List则具有有序性与可重复性。
Redis中的Set集合与Java中的Set集合的实现相似，其底层都是value为null的hash表。也正因为此，才会引发无序性与不可重复性。

3.6.1 sadd

• 格式：SADD key member [member …]
• 功能：将一个或多个 member 元素加入到集合 key 当中，已经存在于集合的 member 元素将被忽略。
• 说明：假如 key 不存在，则创建一个只包含 member 元素作成员的集合。当 key 不是集合类型时，返回一个错误。

3.6.2 smembers

• 格式：SMEMBERS key
• 功能：返回集合 key 中的所有成员。
• 说明：不存在的 key 被视为空集合。若key中包含大量元素，则该命令可能会阻塞Redis服务。所以生产环境中一般不使用该命令，而使用sscan命令代替。

3.6.3 scard

• 格式：SCARD key
• 功能：返回Set集合的长度
• 说明：当 key 不存在时，返回 0 。

3.6.4 sismember

• 格式：SISMEMBER key member
• 功能：判断 member 元素是否集合 key 的成员。
• 说明：如果 member 元素是集合的成员，返回 1 。如果 member 元素不是集合的成员，或 key 不存在，返回 0 。

3.6.5 smove

• 格式：SMOVE source destination member
• 功能：将 member 元素从 source 集合移动到 destination 集合。
• 说明：如果 source 集合不存在或不包含指定的 member 元素，则 SMOVE 命令不执行任何操作，仅返回 0 。否则， member 元素从 source 集合中被移除，并添加到 destination 集合中去，返回1。当 destination 集合已经包含 member 元素时， SMOVE 命令只是简单地将 source 集合中的 member 元素删除。当 source 或 destination 不是集合类型时，返回一个错误。

3.6.6 srem

• 格式：SREM key member [member …]
• 功能：移除集合 key 中的一个或多个 member 元素，不存在的 member 元素会被忽略，且返回成功移除的元素个数。
• 说明：当 key 不是集合类型，返回一个错误。

3.6.7 srandmember

• 格式：SRANDMEMBER key [count]
• 功能：返回集合中的count个随机元素。count默认值为1。
• 说明：若count 为正数，且小于集合长度，那么返回一个包含 count 个元素的数组，数组中的元素各不相同。如果 count 大于等于集合长度，那么返回整个集合。如果 count 为负数，那么返回一个包含 count 绝对值个元素的数组，但数组中的元素可能会出现重复。

3.6.8 spop

• 格式：SPOP key [count]
• 功能：移除并返回集合中的count个随机元素。count必须为正数，且默认值为1。
• 说明：如果 count 大于等于集合长度，那么移除并返回整个集合。

3.6.9 sdiff / sdiffstore

• 格式：SDIFF key [key …] 或 SDIFFSTORE destination key [key …]
• 功能：返回第一个集合与其它集合之间的差集。差集，difference。
• 说明：这两个命令的不同之处在于，sdiffstore不仅能够显示差集，还能将差集存储到指定的集合destination中。如果 destination 集合已经存在，则将其覆盖。不存在的 key 被视为空集。

3.6.10 sinter / sinterstore

• 格式：SINTER key [key …] 或 SINTERSTORE destination key [key …]
• 功能：返回多个集合间的交集。交集，intersection。
• 说明：这两个命令的不同之处在于，sinterstore不仅能够显示交集，还能将交集存储到指定的集合destination中。如果 destination 集合已经存在，则将其覆盖。不存在的 key 被视为空集。

3.6.11 sunion / sunionstore

• 格式：SUNION key [key …] 或 SUNIONSTORE destination key [key …]
• 功能：返回多个集合间的并集。并集，union。
• 说明：这两个命令的不同之处在于，sunionstore不仅能够显示并集，还能将并集存储到指定的集合destination中。如果 destination 集合已经存在，则将其覆盖。不存在的 key 被视为空集。

3.6.12 应用场景

Value为Set类型的应用场景很多，这里对这些场景仅进行总结。

3.6.12.1 动态黑白名单

例如某服务器中要设置用于访问控制的黑名单。如果直接将黑名单写入服务器的配置文件，那么存在的问题是，无法动态修改黑名单。此时可以将黑名单直接写入Redis，只要有客户端来访问服务器，服务器在获取到客户端IP后先从Redis的黑名单中查看是否存在该IP，如果存在，则拒绝访问，否则访问通过。

3.6.12.2 有限随机数

有限随机数是指返回的随机数是基于某一集合范围内的随机数，例如抽奖、随机选人。通过spop或srandmember可以实现从指定集合中随机选出元素。

3.6.12.3 用户画像

社交平台、电商平台等各种需要用户注册登录的平台，会根据用户提供的资料与用户使用习惯，为每个用户进行画像，即为每个用户定义很多可以反映该用户特征的标签，这些标签就可以使用sadd添加到该用户对应的集合中。这些标签具有无序、不重复特征。
同时平台还可以使用sinter/sinterstore根据用户画像间的交集进行好友推荐、商品推荐、客户推荐等。

3.7 有序Set型Value操作命令

Redis存储数据的Value可以是一个有序Set，这个有序Set中的每个元素均String类型。有序Set与Set的不同之处是，有序Set中的每一个元素都有一个分值score，Redis会根据score的值对集合进行由小到大的排序。其与Set集合要求相同，元素不能重复，但元素的score可以重复。由于该类型的所有命令均是字母z开头，所以该Set也称为ZSet。

3.7.1 zadd

• 格式：ZADD key score member [[score member] [score member] …]
• 功能：将一个或多个 member 元素及其 score 值加入到有序集 key 中的适当位置。
• 说明：score 值可以是整数值或双精度浮点数。如果 key 不存在，则创建一个空的有序集并执行 ZADD 操作。当 key 存在但不是有序集类型时，返回一个错误。如果命令执行成功，则返回被成功添加的新成员的数量，不包括那些被更新的、已经存在的成员。若写入的member值已经存在，但score值不同，则新的score值将覆盖老score。

3.7.2 zrange与zrevrange

• 格式：ZRANGE key start stop [WITHSCORES] 或 ZREVRANGE key start stop [WITHSCORES]
• 功能：返回有序集 key 中，指定区间内的成员。zrange命令会按 score 值递增排序，zrevrange命令会按score递减排序。具有相同 score 值的成员按字典序/逆字典序排列。可以通过使用 WITHSCORES 选项，来让成员和它的 score 值一并返回。
• 说明：下标参数从0开始，即 0 表示有序集第一个成员，以 1 表示有序集第二个成员，以此类推。也可以使用负数下标，-1 表示最后一个成员，-2 表示倒数第二个成员，以此类推。超出范围的下标并不会引起错误。例如，当 start 的值比有序集的最大下标还要大，或是 start > stop 时， ZRANGE 命令只是简单地返回一个空列表。再比如 stop 参数的值比有序集的最大下标还要大，那么 Redis 将 stop 当作最大下标来处理。

若key中指定范围内包含大量元素，则该命令可能会阻塞Redis服务。所以生产环境中如果要查询有序集合中的所有元素，一般不使用该命令，而使用zscan命令代替。

3.7.3 zrangebyscore与zrevrangebyscore

• 格式：ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT offset count]

ZREVRANGEBYSCORE key max min [WITHSCORES] [LIMIT offset count]

• 功能：返回有序集 key 中，所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。有序集成员按 score 值递增/递减次序排列。具有相同 score 值的成员按字典序/逆字典序排列。可选的 LIMIT 参数指定返回结果的数量及区间(就像SQL中的 SELECT LIMIT offset, count )，注意当 offset 很大时，定位 offset 的操作可能需要遍历整个有序集，此过程效率可能会较低。可选的 WITHSCORES 参数决定结果集是单单返回有序集的成员，还是将有序集成员及其 score 值一起返回。
• 说明：min 和 max的取值是正负无穷大的。默认情况下，区间的取值使用闭区间 (小于等于或大于等于)，也可以通过给参数前增加左括号“(”来使用可选的开区间 (小于或大于)。

3.7.4 zcard

• 格式：ZCARD key
• 功能：返回集合的长度
• 说明：当 key 不存在时，返回 0 。

3.7.5 zcount

• 格式：ZCOUNT key min max
• 功能：返回有序集 key 中， score 值在 min 和 max 之间(默认包括 score 值等于 min 或 max )的成员的数量。

3.7.6 zscore

• 格式：ZSCORE key member
• 功能：返回有序集 key 中，成员 member 的 score 值。
• 说明：如果 member 元素不是有序集 key 的成员，或 key 不存在，返回 nil 。

3.7.7 zincrby

• 格式：ZINCRBY key increment member
• 功能：为有序集 key 的成员 member 的 score 值加上增量 increment 。increment值可以是整数值或双精度浮点数。
• 说明：可以通过传递一个负数值 increment ，让 score 减去相应的值。当 key 不存在，或 member 不是 key 的成员时， ZINCRBY key increment member 等同于 ZADD key increment member 。当 key 不是有序集类型时，返回一个错误。命令执行成功，则返回member 成员的新 score 值。

3.7.8 zrank与zrevrank

• 格式：ZRANK key member 或 ZREVRANK key member
• 功能：返回有序集 key 中成员 member 的排名。zrank命令会按 score 值递增排序，zrevrank命令会按score递减排序。
• 说明：score 值最小的成员排名为 0 。如果 member 不是有序集 key 的成员，返回 nil 。

3.7.9 zrem

• 格式：ZREM key member [member …]
• 功能：移除有序集 key 中的一个或多个成员，不存在的成员将被忽略。
• 说明：当 key 存在但不是有序集类型时，返回一个错误。执行成功，则返回被成功移除的成员的数量，不包括被忽略的成员。

3.7.10 zremrangebyrank

• 格式：ZREMRANGEBYRANK key start stop
• 功能：移除有序集 key 中，指定排名(rank)区间内的所有成员。
• 说明：排名区间分别以下标参数 start 和 stop 指出，包含 start 和 stop 在内。排名区间参数从0开始，即 0 表示排名第一的成员， 1 表示排名第二的成员，以此类推。也可以使用负数表示，-1 表示最后一个成员，-2 表示倒数第二个成员，以此类推。命令执行成功，则返回被移除成员的数量。

3.7.11 zremrangebyscore

• 格式：ZREMRANGEBYSCORE key min max
• 功能：移除有序集 key 中，所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。
• 说明：命令执行成功，则返回被移除成员的数量。

3.7.12 zrangebylex

• 格式：ZRANGEBYLEX key min max [LIMIT offset count]
• 功能：该命令仅适用于集合中所有成员都具有相同分值的情况。当有序集合的所有成员都具有相同的分值时，有序集合的元素会根据成员的字典序（lexicographical ordering）来进行排序。即这个命令返回给定集合中元素值介于 min 和 max 之间的成员。如果有序集合里面的成员带有不同的分值， 那么命令的执行结果与zrange key效果相同。
• 说明：合法的 min 和 max 参数必须包含左小括号“(”或左中括号“[”，其中左小括号“(”表示开区间， 而左中括号“[”则表示闭区间。min或max也可使用特殊字符“+”和“-”，分别表示正无穷大与负无穷大。

3.7.13 zlexcount

• 格式：ZLEXCOUNT key min max
• 功能：该命令仅适用于集合中所有成员都具有相同分值的情况。该命令返回该集合中元素值本身（而非score值）介于 min 和 max 范围内的元素数量。

3.7.14 zremrangebylex

• 格式：ZREMRANGEBYLEX key min max
• 功能：该命令仅适用于集合中所有成员都具有相同分值的情况。该命令会移除该集合中元素值本身介于 min 和 max 范围内的所有元素。

3.7.15 应用场景

有序Set最为典型的应用场景就是排行榜，例如音乐、视频平台中根据播放量进行排序的排行榜；电商平台根据用户评价或销售量进行排序的排行榜等。将播放量作为score，将作品id作为member，将用户评价积分或销售量作为score，将商家id作为member。使用zincrby增加排序score，使用zrevrange获取Top前几名，使用zrevrank查询当前排名，使用zscore查询当前排序score等。

3.8 benchmark测试工具

3.8.1 简介

在Redis安装完毕后会自动安装一个redis-benchmark测试工具，其是一个压力测试工具，用于测试Redis的性能。

通过redis-benchmark –help命令可以查看到其用法：

其选项options非常多，下面通过例子来学习常用的options的用法。

3.8.2 测试1

3.8.2.1 命令解析

以上命令中选项的意义：

• -h：指定要测试的Redis的IP，若为本机，则可省略
• -p：指定要测试的Redis的port，若为6379，则可省略
• -c：指定模拟有客户端的数量，默认值为50
• -n：指定这些客户端发出的请求的总量，默认值为100000
• -d：指定测试get/set命令时其操作的value的数据长度，单位字节，默认值为3。在测试其它命令时该指定没有用处。

以上命令的意义是，使用100个客户端连接该Redis，这些客户端总共会发起100000个请求，set/get的value为8字节数据。

3.8.2.2 测试结果分析

该命令会逐个测试所有Redis命令，每个命令都会给出一份测试报告，每个测试报告由四部分构成：

3.8.2.2.1 测试环境报告

首先就是测试环境：

3.8.2.2.2 延迟百分比分布

这是按照百分比进行的统计报告：每完成一次剩余测试量的50%就给出一个统计数据。

3.8.2.2.3 延迟的累积分布

这是按照时间间隔统计的报告：基本是每0.1毫秒统计一次。

3.8.2.2.4 总述报告

这是总述性报告。

3.8.3 测试2

以上命令中选项的意义：

• -t：指定要测试的命令，多个命令使用逗号分隔，不能有空格
• -q：指定仅给出总述性报告

3.9 简单动态字符串SDS

3.9.1 SDS简介

无论是Redis的Key还是Value，其基础数据类型都是字符串。例如，Hash型Value的field与value的类型、List型、Set型、ZSet型Value的元素的类型等都是字符串。虽然Redis是使用标准C语言开发的，但并没有直接使用C语言中传统的字符串表示，而是自定义了一种字符串。这种字符串本身的结构比较简单，但功能却非常强大，称为简单动态字符串，Simple Dynamic String，简称SDS。
注意，Redis中的所有字符串并不都是SDS，也会出现C字符串。C字符串只会出现在字符串“字面常量”中，并且该字符串不可能发生变更。
redisLog(REDIS_WARNNING, “sdfsfsafsafds”);

3.9.2 SDS结构

SDS不同于C字符串。C字符串本身是一个以双引号括起来，以空字符’\0’结尾的字符序列。但SDS是一个结构体，定义在Redis安装目录下的src/sds.h中：

| struct sdshdr {
// 字节数组，用于保存字符串
char buf[];
// buf[]中已使用字节数量，称为SDS的长度
int len;
// buf[]中尚未使用的字节数量
int free;

}

例如执行SET country “China”命令时，键country与值”China”都是SDS类型的，只不过一个是SDS的变量，一个是SDS的字面常量。”China”在内存中的结构如下：

通过以上结构可以看出，SDS的buf值实际是一个C字符串，包含空字符’\0’共占6个字节。但SDS的len是不包含空字符’\0’的。

该结构与前面不同的是，这里有3字节未使用空间。

3.9.3 SDS的优势

C字符串使用Len+1长度的字符数组来表示实际长度为Len的字符串，字符数组最后以空字符’\0’结尾，表示字符串结束。这种结构简单，但不能满足Redis对字符串功能性、安全性及高效性等的要求。

3.9.3.1 防止”字符串长度获取”性能瓶颈

对于C字符串，若要获取其长度，则必须要通过遍历整个字符串才可获取到的。对于超长字符串的遍历，会成为系统的性能瓶颈。
但，由于SDS结构体中直接就存放着字符串的长度数据，所以对于获取字符串长度需要消耗的系统性能，与字符串本身长度是无关的，不会成为Redis的性能瓶颈。

3.9.3.2 保障二进制安全

C字符串中只能包含符合某种编码格式的字符，例如ASCII、UTF-8等，并且除了字符串末尾外，其它位置是不能包含空字符’\0’的，否则该字符串就会被程序误解为提前结束。而在图片、音频、视频、压缩文件、office文件等二进制数据中以空字符’\0’作为分隔符的情况是很常见的。故而在C字符串中是不能保存像图片、音频、视频、压缩文件、office文件等二进制数据的。
但SDS不是以空字符’\0’作为字符串结束标志的，其是通过len属性来判断字符串是否结束的。所以，对于程序处理SDS中的字符串数据，无需对数据做任何限制、过滤、假设，只需读取即可。数据写入的是什么，读到的就是什么。

3.9.3.3 减少内存再分配次数

SDS采用了空间预分配策略与惰性空间释放策略来避免内存再分配问题。
空间预分配策略是指，每次SDS进行空间扩展时，程序不但为其分配所需的空间，还会为其分配额外的未使用空间，以减少内存再分配次数。而额外分配的未使用空间大小取决于空间扩展后SDS的len属性值。

• 如果len属性值小于1M，那么分配的未使用空间free的大小与len属性值相同。
• 如果len属性值大于等于1M ，那么分配的未使用空间free的大小固定是1M。

SDS对于空间释放采用的是惰性空间释放策略。该策略是指，SDS字符串长度如果缩短，那么多出的未使用空间将暂时不释放，而是增加到free中。以使后期扩展SDS时减少内存再分配次数。
如果要释放SDS的未使用空间，则可通过sdsRemoveFreeSpace()函数来释放。

3.9.3.4 兼容C函数

Redis中提供了很多的SDS的API，以方便用户对Redis进行二次开发。为了能够兼容C函数，SDS的底层数组buf[]中的字符串仍以空字符’\0’结尾。
现在要比较的双方，一个是SDS，一个是C字符串，此时可以通过C语言函数
strcmp(sds_str->buf，c_str)

3.9.4 常用的SDS操作函数

下表列出了一些常用的SDS操作函数及其功能描述。

函数	功能描述
sdsnew()	使用指定的C字符串创建一个SDS
sdsempty()	创建一个不包含任何字符串数据的SDS
sdsdup()	创建一个指定SDS的副本
sdsfree()	释放指定的SDS
sdsclear()	清空指定SDS的字符串内容
sdslen()	获取指定SDS的已使用空间len值
sdsavail()	获取指定SDS的未使用空间free值
sdsMakeRoomFor()	使指定的SDS的free空间增加指定的大小
sdsRemoveFreeSpace()	释放指定SDS的free空间
sdscat()	将指定的C字符串拼接到指定SDS字符串末尾
sdscatsds()	将指定的SDS的字符串拼接到另一个指定SDS字符串末尾
sdscpy()	将指定的C字符串复制到指定的SDS中，覆盖原SDS字符串内容
sdsgrouzero()	扩展SDS字符串到指定长度。这个扩展是使用空字符’\0’填充
sdsrange()	截取指定SDS中指定范围内的字符串
sdstrim()	在指定SDS中删除所有指定C字符串中出现的所有字符
sdsemp()	对比两个给定的SDS字符串是否相同
sdstolow()	将指定SDS字符串中的所有字母变为小写
sdstoupper()	将指定SDS字符串中的所有字母变为大写

3.10 集合的底层实现原理

Redis中对于Set类型的底层实现，直接采用了hashTable。但对于Hash、ZSet、List集合的底层实现进行了特殊的设计，使其保证了Redis的高性能。

3.10.1 两种实现的选择

对于Hash与ZSet集合，其底层的实现实际有两种：压缩列表zipList，与跳跃列表skipList。这两种实现对于用户来说是透明的，但用户写入不同的数据，系统会自动使用不同的实现。只有同时满足以配置文件redis.conf中相关集合元素数量阈值与元素大小阈值两个条件，使用的就是压缩列表zipList，只要有一个条件不满足使用的就是跳跃列表skipList。例如，对于ZSet集合中这两个条件如下：

• 集合元素个数小于redis.conf中zset-max-ziplist-entries属性的值，其默认值为128
• 每个集合元素大小都小于redis.conf中 zset-max-ziplist-value属性的值，其默认值为64字节

3.10.2 zipList

3.10.2.1 什么是zipList

zipList，通常称为压缩列表，是一个经过特殊编码的用于存储字符串或整数的双向链表。其底层数据结构由三部分构成：head、entries与end。这三部分在内存上是连续存放的。

3.10.2.2 head

head又由三部分构成：

• zlbytes：占4个字节，用于存放zipList列表整体数据结构所占的字节数，包括zlbytes本身的长度。
• zltail：占4个字节，用于存放zipList中最后一个entry在整个数据结构中的偏移量（字节）。该数据的存在可以快速定位列表的尾entry位置，以方便操作。
• zllen：占2字节，用于存放列表包含的entry个数。由于其只有16位，所以zipList最多可以含有的entry个数为216-1 = 65535个。

3.10.2.3 entries

entries是真正的列表，由很多的列表元素entry构成。由于不同的元素类型、数值的不同，从而导致每个entry的长度不同。
每个entry由三部分构成：

• prevlength：该部分用于记录上一个entry的长度，以实现逆序遍历。默认长度为1字节，只要上一个entry的长度<254字节，prevlength就占1字节，否则其会自动扩展为3字节长度。
• encoding：该部分用于标志后面的data的具体类型。如果data为整数类型，encoding固定长度为1字节。如果data为字符串类型，则encoding长度可能会是1字节、2字节或5字节。data字符串不同的长度，对应着不同的encoding长度。
• data：真正存储的数据。数据类型只能是整数类型或字符串类型。不同的数据占用的字节长度不同。

3.10.2.4 end

end只包含一部分，称为zlend。占1个字节，值固定为255，即二进制位为全1，表示一个zipList列表的结束。

3.10.3 listPack

对于ziplist，实现复杂，为了逆序遍历，每个entry中包含前一个entry的长度，这样会导致在ziplist中间修改或者插入entry时需要进行级联更新。在高并发的写操作场景下会极度降低Redis的性能。为了实现更紧凑、更快的解析，更简单的实现，重写实现了ziplist，并命名为listPack。
在Redis 7.0中，已经将zipList全部替换为了listPack，但为了兼容性，在配置中也保留了zipList的相关属性。

3.10.3.1 什么是listPack

listPack也是一个经过特殊编码的用于存储字符串或整数的双向链表。其底层数据结构也由三部分构成：head、entries与end，且这三部分在内存上也是连续存放的。
listPack与zipList的重大区别在head与每个entry的结构上，表示列表结束的end与zipList的zlend是相同的，占一个字节，且8位全为1。

3.10.3.2 head

head由两部分构成：

• totalBytes：占4个字节，用于存放listPack列表整体数据结构所占的字节数，包括totalBytes本身的长度。
• elemNum：占2字节，用于存放列表包含的entry个数。其意义与zipList中zllen的相同。

与zipList的head相比，没有了记录最后一个entry偏移量的zltail。

3.10.3.3 entries

entries也是listPack中真正的列表，由很多的列表元素entry构成。由于不同的元素类型、数值的不同，从而导致每个entry的长度不同。但与zipList的entry结构相比，listPack的entry结构发生了较大变化。
其中最大的变化就是没有了记录前一个entry长度的prevlength，而增加了记录当前entry长度的element-total-len。而这个改变仍然可以实现逆序遍历，但却避免了由于在列表中间修改或插入entry时引发的级联更新。
每个entry仍由三部分构成：

• encoding：该部分用于标志后面的data的具体类型。如果data为整数类型，encoding长度可能会是1、2、3、4、5或9字节。不同的字节长度，其标识位不同。如果data为字符串类型，则encoding长度可能会是1、2或5字节。data字符串不同的长度，对应着不同的encoding长度。
• data：真正存储的数据。数据类型只能是整数类型或字符串类型。不同的数据占用的字节长度不同。
• element-total-len：该部分用于记录当前entry的长度，用于实现逆序遍历。由于其特殊的记录方式，使其本身占有的字节数据可能会是1、2、3、4或5字节。

3.10.4 skipList

3.10.4.1 什么是skipList

skipList，跳跃列表，简称跳表，是一种随机化的数据结构，基于并联的链表，实现简单，查找效率较高。简单来说跳表也是链表的一种，只不过它在链表的基础上增加了跳跃功能。也正是这个跳跃功能，使得在查找元素时，能够提供较高的效率。

3.10.4.2 skipList原理

假设有一个带头尾结点的有序链表。

在该链表中，如果要查找某个数据，需要从头开始逐个进行比较，直到找到包含数据的那个节点，或者找到第一个比给定数据大的节点，或者找到最后尾结点，后两种都属于没有找到的情况。同样，当我们要插入新数据的时候，也要经历同样的查找过程，从而确定插入位置。
为了提升查找效率，在偶数结点上增加一个指针，让其指向下一个偶数结点。

这样所有偶数结点就连成了一个新的链表（简称高层链表），当然，高层链表包含的节点个数只是原来链表的一半。此时再想查找某个数据时，先沿着高层链表进行查找。当遇到第一个比待查数据大的节点时，立即从该大节点的前一个节点回到原链表中进行查找。例如，若想插入一个数据20，则先在（8，19，31，42）的链表中查找，找到第一个比20大的节点31，然后再在高层链表中找到31节点的前一个节点19，然后再在原链表中获取到其下一个节点值为23。比20大，则将20插入到19节点与23节点之间。若插入的是25，比节点23大，则插入到23节点与31节点之间。
该方式明显可以减少比较次数，提高查找效率。如果链表元素较多，为了进一步提升查找效率，可以将原链表构建为三层链表，或再高层级链表。

层级越高，查找效率就会越高。

3.10.4.3 存在的问题

这种对链表分层级的方式从原理上看确实提升了查找效率，但在实际操作时就出现了问题：由于固定序号的元素拥有固定层级，所以列表元素出现增加或删除的情况下，会导致列表整体元素层级大调整，但这样势必会大大降低系统性能。
例如，对于划分两级的链表，可以规定奇数结点为高层级链表，偶数结点为低层级链表。对于划分三级的链表，可以按照节点序号与3取模结果进行划分。但如果插入了新的节点，或删除的原来的某些节点，那么定会按照原来的层级划分规则进行重新层级划分，那么势必会大大降低系统性能。

3.10.4.4 算法优化

为了避免前面的问题，skipList采用了随机分配层级方式。即在确定了总层级后，每添加一个新的元素时会自动为其随机分配一个层级。这种随机性就解决了节点序号与层级间的固定关系问题。

上图演示了列表在生成过程中为每个元素随机分配层级的过程。从这个skiplist的创建和插入过程可以看出，每一个节点的层级数都是随机分配的，而且新插入一个节点不会影响到其它节点的层级数。只需要修改插入节点前后的指针，而不需对很多节点都进行调整。这就降低了插入操作的复杂度。
skipList指的就是除了最下面第1层链表之外，它会产生若干层稀疏的链表，这些链表里面的指针跳过了一些节点，并且越高层级的链表跳过的节点越多。在查找数据的时先在高层级链表中进行查找，然后逐层降低，最终可能会降到第1层链表来精确地确定数据位置。在这个过程中由于跳过了一些节点，从而加快了查找速度。

3.10.5 quickList

3.10.5.1 什么是quickList

quickList，快速列表，quickList本身是一个双向无循环链表，它的每一个节点都是一个zipList。从Redis3.2版本开始，对于List的底层实现，使用quickList替代了zipList 和 linkedList。
zipList与linkedList都存在有明显不足，而quickList则对它们进行了改进：吸取了zipList 和 linkedList的优点，避开了它们的不足。
quickList本质上是zipList 和 linkedList的混合体。其将 linkedList 按段切分，每一段使用 zipList 来紧凑存储若干真正的数据元素，多个 zipList 之间使用双向指针串接起来。当然，对于每个zipList中最多可存放多大容量的数据元素，在配置文件中通过list-max-ziplist-size属性可以指定。

3.10.5.2 检索操作

为了更深入的理解quickList的工作原理，通过对检索、插入、删除等操作的实现分析来加深理解。
对于List元素的检索，都是以其索引index为依据的。quickList由一个个的zipList构成，每个zipList的zllen中记录的就是当前zipList中包含的entry的个数，即包含的真正数据元素的个数。根据要检索元素的index，从quickList的头节点开始，逐个对zipList的zllen做sum求和，直到找到第一个求和后sum大于index的zipList，那么要检索的这个元素就在这个zipList中。

3.10.5.3 插入操作

由于zipList是有大小限制的，所以在quickList中插入一个元素在逻辑上相对就比较复杂一些。假设要插入的元素的大小为insertBytes，而查找到的插入位置所在的zipList当前的大小为zlBytes，那么具体可分为下面几种情况：

• 情况一：当insertBytes + zlBytes <= list-max-ziplist-size时，直接插入到zipList中相应位置即可
• 情况二：当insertBytes + zlBytes > list-max-ziplist-size，且插入的位置位于该zipList的首部位置，此时需要查看该zipList的前一个zipList的大小prev_zlBytes。
• 若insertBytes + prev_zlBytes<= list-max-ziplist-size时，直接将元素插入到前一个zipList的尾部位置即可
• 若insertBytes + prev_zlBytes> list-max-ziplist-size时，直接将元素自己构建为一个新的zipList，并连入quickList中
• 情况三：当insertBytes + zlBytes > list-max-ziplist-size，且插入的位置位于该zipList的尾部位置，此时需要查看该zipList的后一个zipList的大小next_zlBytes。
• 若insertBytes + next_zlBytes<= list-max-ziplist-size时，直接将元素插入到后一个zipList的头部位置即可
• 若insertBytes + next_zlBytes> list-max-ziplist-size时，直接将元素自己构建为一个新的zipList，并连入quickList中
• 情况四：当insertBytes + zlBytes > list-max-ziplist-size，且插入的位置位于该zipList的中间位置，则将当前zipList分割为两个zipList连接入quickList中，然后将元素插入到分割后的前面zipList的尾部位置

3.10.5.4 删除操作

对于删除操作，只需要注意一点，在相应的zipList中删除元素后，该zipList中是否还有元素。如果没有其它元素了，则将该zipList删除，将其前后两个zipList相连接。

3.10.6 key与value中元素的数量

前面讲述的Redis的各种特殊数据结构的设计，不仅极大提升了Redis的性能，并且还使得Redis可以支持的key的数量、集合value中可以支持的元素数量可以非常庞大。

• ‎Redis 最多可以处理 232个key（约42亿），并且在实践中经过测试，每个Redis实例至少可以处理 2.5 亿个key。‎
• ‎每个Hash、List、Set、ZSet集合都可以包含 232 个元素。‎

3.11 BitMap操作命令

3.11.1 BitMap简介

BitMap是Redis 2.2.0版本中引入的一种新的数据类型。该数据类型本质上就是一个仅包含0和1的二进制字符串。而其所有相关命令都是对这个字符串二进制位的操作。用于描述该字符串的属性有三个：key、offset、bitValue。

• key：BitMap是Redis的key-value中的一种Value的数据类型，所以该Value一定有其对应的key。
• offset：每个BitMap数据都是一个字符串，字符串中的每个字符都有其对应的索引，该索引从0开始计数。该索引就称为每个字符在该BitMap中的偏移量offset。这个offset的值的范围是[0，232-1]，即该offset的最大值为4G-1，即4294967295，42亿多。
• bitValue：每个BitMap数据中都是一个仅包含0和1的二进制字符串，每个offset位上的字符就称为该位的值bitValue。bitValue的值非0即1。

3.11.2 setbit

• 格式：SETBIT key offset value
• 功能：为给定key的BitMap数据的offset位置设置值为value。其返回值为修改前该offset位置的bitValue
• 说明：对于原BitMap字符串中不存在的offset进行赋值，字符串会自动伸展以确保它可以将 value 保存在指定的offset上。当字符串值进行伸展时，空白位置以 0 填充。当然，设置的value只能是0或1。不过需要注意的是，对使用较大offset的SETBIT操作来说，内存分配过程可能造成Redis服务器被阻塞。

3.11.3 getbit

格式：GETBIT key offset
功能：对 key 所储存的BitMap字符串值，获取指定offset偏移量上的位值bitValue。
说明：当 offset 比字符串值的长度大，或者 key 不存在时，返回 0 。

3.11.4 bitcount

• 格式：BITCOUNT key [start] [end]
• 功能：统计给定字符串中被设置为 1 的bit位的数量。一般情况下，统计的范围是给定的整个BitMap字符串。但也可以通过指定额外的 start 或 end 参数，实现仅对指定字节范围内字符串进行统计，包括 start 和 end 在内。注意，这里的start与end的单位是字节，不是bit，并且从0开始计数。
• 说明：start 和 end 参数都可以使用负数值： -1 表示最后一个字节， -2 表示倒数第二个字节，以此类推。另外，对于不存在的 key 被当成是空字符串来处理，因此对一个不存在的 key 进行 BITCOUNT 操作，结果为 0 。

3.11.5 bitpos

• 格式：BITPOS key bit [start] [end]
• 功能：返回key指定的BitMap中第一个值为指定值 bit(非0即1) 的二进制位的位置。pos，即position，位置。在默认情况下， 命令将检测整个BitMap，但用户也可以通过可选的 start 参数和 end 参数指定要检测的范围。
• 说明：start与end的意义与bitcount命令中的相同。

3.11.6 bitop

• 格式：BITOP operation destkey key [key …]
• 功能：对一个或多个BitMap字符串 key 进行二进制位操作，并将结果保存到 destkey 上。
• operation 可以是 AND 、 OR 、 NOT 、 XOR 这四种操作中的任意一种：
• BITOP AND destkey key [key …] ：对一个或多个 BitMap执行按位与操作，并将结果保存到 destkey 。
• BITOP OR destkey key [key …] ：对一个或多个BitMap执行按位或操作，并将结果保存到 destkey 。
• BITOP XOR destkey key [key …] ：对一个或多个BitMap执行按位异或操作，并将结果保存到 destkey 。
• BITOP NOT destkey key ：对给定BitMap执行按位非操作，并将结果保存到 destkey 。
• 说明：
• 除了 NOT 操作之外，其他操作都可以接受一个或多个 BitMap 作为输入。
• 除了NOT操作外，其他对一个BitMap的操作其实就是一个复制。
• 如果参与运算的多个BitMap长度不同，较短的BitMap会以0作为补充位与较长BitMap运算，且运算结果长度与较长BitMap的相同。

3.11.7 应用场景

由于offset的取值范围很大，所以其一般应用于大数据量的二值性统计。例如平台活跃用户统计（二值：访问或未访问）、支持率统计（二值：支持或不支持）、员工考勤统计（二值：上班或未上班）、图像二值化（二值：黑或白）等。
不过，对于数据量较小的二值性统计并不适合BitMap，可能使用Set更为合适。当然，具体多少数据量适合使用Set，超过多少数据量适合使用BitMap，这需要根据具体场景进行具体分析。
例如，一个平台要统计日活跃用户数量。
如果使用Set来统计，只需上线一个用户，就将其用户ID写入Set集合即可，最后只需统计出Set集合中的元素个数即可完成统计。即Set集合占用内存的大小与上线用户数量成正比。假设用户ID为m位bit位，当前活跃用户数量为n，则该Set集合的大小最少应该是mn字节。
如果使用BitMap来统计，则需要先定义出一个BitMap，其占有的bit位至少为注册用户数量。只需上线一个用户，就立即使其中一个bit位置1，最后只需统计出BitMap中1的个数即可完成统计。即BitMap占用内存的大小与注册用户数量成正比，与上线用户数量无关。假设平台具有注册用户数量为N，则BitMap的长度至少为N个bit位，即N/8字节。
何时使用BitMap更合适？令mn字节 = N/8字节，即n = N/8/m = N/(8m) 时，使用Set集合与使用BitMap所占内存大小相同。以淘宝为例，其用户ID长度为11位(m)，其注册用户数量为8亿(N)，当活跃用户数量为8亿/(811) = 0.09亿 = 9*106 = 900万，使用Set与BitMap占用的内存是相等的。但淘宝的日均活跃用户数量为8千万，所以淘宝使用BitMap更合适。

3.12 HyperLogLog操作命令

3.12.1 HyperLogLog简介

HyperLogLog是Redis 2.8.9版本中引入的一种新的数据类型，其意义是hyperlog log，超级日志记录。该数据类型可以简单理解为一个set集合，集合元素为字符串。但实际上HyperLogLog是一种基数计数概率算法，通过该算法可以利用极小的内存完成独立总数的统计。其所有相关命令都是对这个“set集合”的操作。

3.12.2 pfadd

• 格式：PFADD key element [element …]
• 功能：将任意数量的元素添加到指定的 HyperLogLog 集合里面。如果内部存储被修改了返回1，否则返回0。

3.12.3 pfcount

• 格式：PFCOUNT key [key …]
• 功能：该命令作用于单个key时，返回给定key的HyperLogLog集合的近似基数；该命令作用于多个key时，返回所有给定key的HyperLogLog集合的并集的近似基数；如果key不存在，则返回0。

3.12.4 pfmerge

• 格式：PFMERGE destkey sourcekey [sourcekey …]
• 功能：将多个HyperLogLog集合合并为一个HyperLogLog集合，并存储到destkey中，合并后的HyperLogLog的基数接近于所有sourcekey的HyperLogLog集合的并集。

3.12.5 应用场景

HyperLogLog可对数据量超级庞大的日志数据做不精确的去重计数统计。当然，这个不精确的度在Redis官方给出的误差是0.81%。这个误差对于大多数超大数据量场景是被允许的。对于平台上每个页面每天的UV数据，非常适合使用HyperLogLog进行记录。

3.13 Geospatial操作命令

3.13.1 Geospatial简介

Geospatial，地理空间。
Redis在3.2版本中引入了Geospatial这种新的数据类型。该类型本质上仍是一种集合，只不过集合元素比较特殊，是一种由三部分构成的数据结构，这种数据结构称为空间元素：

• 经度：longitude。有效经度为[-180，180]。正的表示东经，负的表示西经。
• 纬度：latitude。有效纬度为[-85.05112878， 85.05112878]。正的表示北纬，负的表示南纬。
• 位置名称：为该经纬度所标注的位置所命名的名称，也称为该Geospatial集合的空间元素名称。

通过该类型可以设置、查询某地理位置的经纬度，查询某范围内的空间元素，计算两空间元素间的距离等。

3.13.2 geoadd

• 格式：GEOADD key longitude latitude member [longitude latitude member …]
• 功能：将一到多个空间元素添加到指定的空间集合中。
• 说明：当用户尝试输入一个超出范围的经度或者纬度时，该命令会返回一个错误。

3.13.3 geopos

• 格式：GEOPOS key member [member …]
• 功能：从指定的地理空间中返回指定元素的位置，即经纬度。
• 说明：因为 该命令接受可变数量元素作为输入，所以即使用户只给定了一个元素，命令也会返回数组。

3.13.4 geodist

• 格式：GEODIST key member1 member2 [unit]
• 功能：返回两个给定位置之间的距离。其中unit必须是以下单位中的一种：
• m ：米，默认
• km ：千米
• mi ：英里
• ft：英尺
• 说明：如果两个位置之间的其中一个不存在， 那么命令返回空值。另外，在计算距离时会假设地球为完美的球形， 在极限情况下， 这一假设最大会造成 0.5% 的误差。

3.13.5 geohash

• 格式：GEOHASH key member [member …]
• 功能：返回一个或多个位置元素的 Geohash值。
• 说明：GeoHash是一种地址编码方法。他能够把二维的空间经纬度数据编码成一个字符串。该值主要用于底层应用或者调试， 实际中的作用并不大。

3.13.6 georadius

• 格式：GEORADIUS key longitude latitude radius m|km|ft|mi [WITHCOORD] [WITHDIST] [WITHHASH] [ASC|DESC] [COUNT count]
• 功能：以给定的经纬度为中心，返回指定地理空间中包含的所有位置元素中，与中心距离不超过给定半径的元素。返回时还可携带额外的信息：
• WITHDIST ：在返回位置元素的同时，将位置元素与中心之间的距离也一并返回。 距离的单位和用户给定的范围单位保持一致。
• WITHCOORD ：将位置元素的经维度也一并返回。
• WITHHASH：将位置元素的Geohash也一并返回，不过这个hash以整数形式表示

命令默认返回未排序的位置元素。 通过以下两个参数，用户可以指定被返回位置元素的排序方式：

• ASC ：根据中心的位置，按照从近到远的方式返回位置元素。
• DESC ：根据中心的位置，按照从远到近的方式返回位置元素。
• 说明：在默认情况下， 该命令会返回所有匹配的位置元素。虽然用户可以使用 COUNT  选项去获取前N个匹配元素，但因为命令在内部可能会需要对所有被匹配的元素进行处理，所以在对一个非常大的区域进行搜索时，即使使用 COUNT 选项去获取少量元素，该命令的执行速度也可能会非常慢。

3.13.7 georadiusbymember

• 格式：GEORADIUSBYMEMBER key member radius m|km|ft|mi [WITHCOORD] [WITHDIST] [WITHHASH] [ASC|DESC] [COUNT count]
• 功能：这个命令和 GEORADIUS 命令一样，都可以找出位于指定范围内的元素，但该命令的中心点是由位置元素形式给定的，而不是像 GEORADIUS 那样，使用输入的经纬度来指定中心点。
• 说明：返回结果中也是包含中心点位置元素的

3.13.8 应用场景

Geospatial的意义是地理位置，所以其主要应用地理位置相关的计算。例如，微信发现中的“附近”功能，添加朋友中“雷达加朋友”功能；QQ动态中的“附近”功能；钉钉中的“签到”功能等。

3.14 发布/订阅命令

3.14.1 消息系统

发布/订阅，即pub/sub，是一种消息通信模式：发布者也称为消息生产者，生产和发送消息到存储系统；订阅者也称为消息消费者，从存储系统接收和消费消息。这个存储系统可以是文件系统FS、消息中间件MQ、数据管理系统DBMS，也可以是Redis。整个消息发布者、订阅者与存储系统称为消息系统。
消息系统中的订阅者订阅了某类消息后，只要存储系统中存在该类消息，其就可不断的接收并消费这些消息。当存储系统中没有该消息后，订阅者的接收、消费阻塞。而当发布者将消息写入到存储系统后，会立即唤醒订阅者。当存储系统放满时，不同的发布者具有不同的处理方式：有的会阻塞发布者的发布，等待可用的存储空间；有的则会将多余的消息丢失。
当然，不同的消息系统消息的发布/订阅方式也是不同的。例如RocketMQ、Kafka等消息中间件构成的消息系统中，发布/订阅的消息都是以主题Topic分类的。而Redis构成的消息系统中，发布/订阅的消息都是以频道Channel分类的。

3.14.2 subscribe

• 格式：SUBSCRIBE channel [channel …]
• 功能：Redis 客户端通过一个subscribe命令可以同时订阅任意数量的频道。在输出了订阅了主题后，命令处于阻塞状态，等待相关频道的消息。

3.14.3 psubscribe

• 格式：PSUBSCRIBE pattern [pattern …]
• 功能：订阅一个或多个符合给定模式的频道。
• 说明：这里的模式只能使用通配符 。例如， it 可以匹配所有以 it 开头的频道，像 it.news、it.blog、it.tweets 等；news.*可以匹配所有以news.开头的频道，像news.global.today、 news.it等。

3.14.4 publish

• 格式：PUBLISH channel message
• 功能：Redis 客户端通过一条publish命令可以发布一个频道的消息。返回值为接收到该消息的订阅者数量。

3.14.5 unsubscribe

• 格式：UNSUBSCRIBE [channel [channel …]]
• 功能：Redis客户端退订指定的频道。
• 说明：如果没有频道被指定，也就是一个无参数的UNSUBSCRIBE命令被执行，那么客户端使用 SUBSCRIBE命令订阅的所有频道都会被退订。在这种情况下，命令会返回一个信息，告知客户端所有被退订的频道。

3.14.6 punsubscribe

• 格式：PUNSUBSCRIBE [pattern [pattern …]]
• 功能：退订一个或多个符合给定模式的频道。
• 说明：这里的模式只能使用通配符 *。如果没有频道被指定，其效果与 SUBSCRIBE命令相同，客户端将退订所有订阅的频道。

3.14.7 pubsub

• 格式：PUBSUB [argument [argument …]]
• 功能：PUBSUB 是一个查看订阅与发布系统状态的内省命令集，它由数个不同格式的子命令组成，下面分别介绍这些子命令的用法。

3.14.7.1 pubsub channels

• 格式：PUBSUB CHANNELS [pattern]
• 功能：列出当前所有的活跃频道。活跃频道指的是那些至少有一个订阅者的频道。
• 说明：pattern 参数是可选的。如果不给出 pattern 参数，将会列出订阅/发布系统中的所有活跃频道。如果给出 pattern 参数，那么只列出和给定模式 pattern 相匹配的那些活跃频道。pattern中只能使用通配符*。

3.14.7.2 pubsub numsub

• 格式：PUBSUB NUMSUB [channel-1 … channel-N]
• 功能：返回给定频道的订阅者数量。不给定任何频道则返回一个空列表。

3.14.7.3 pubsub numpat

• 格式：PUBSUB NUMPAT
• 功能：查询当前Redis所有客户端订阅的所有频道模式的数量总和

3.15 Redis事务

Redis的事务的本质是一组命令的批处理。这组命令在执行过程中会被顺序地、一次性全部执行完毕，只要没有出现语法错误，这组命令在执行期间是不会被中断。

3.15.1 Redis事务特性

Redis的事务仅保证了数据的一致性，不具有像DBMS一样的ACID特性。

• 这组命令中的某些命令的执行失败不会影响其它命令的执行，不会引发回滚。即不具备原子性。
• 这组命令通过乐观锁机制实现了简单的隔离性。没有复杂的隔离级别。
• 这组命令的执行结果是被写入到内存的，是否持久取决于Redis的持久化策略，与事务无关。

3.15.2 Redis事务实现

3.15.2.1 三个命令

Redis事务通过三个命令进行控制。

• muti：开启事务
• exec：执行事务
• discard：取消事务

3.15.2.2 基本使用

下面是定义并执行事务的用法：

事务执行后，再访问事务中定义的变量，其值是修改过后。

下面是定义但取消事务的举例：

事务取消后，事务中的命令是没有执行的。

3.15.3 Redis事务异常处理

3.15.3.1 语法错误

当事务中的命令出现语法错误时，整个事务在exec执行时会被取消。

exec的提示是exec被忽略，事务被取消，因为之前的错误。
此时访问age的值，发现其仍为19，并没有变为事务中设置的20。

3.15.3.2 执行异常

如果事务中的命令没有语法错误，但在执行过程中出现异常，该异常不会影响其它命令的执行。

以上事务中第2条命令在执行时出现异常。因为score并非是整型，无法被增加20的操作。但该异常并不会影响其前后命令的正确执行。查看score与name的值，发现是执行成功的结果。

3.15.4 Redis事务隔离机制

3.15.4.1 为什么需要隔离机制

在并发场景下可能会出现多个客户端对同一个数据进行修改的情况。
例如：有两个客户端C左与C右，C左需要申请40个资源，C右需要申请30个资源。它们首先查看了当前拥有的资源数量，即resources的值。它们查看到的都是50，都感觉资源数量可以满足自己的需求，于是修改资源数量，以占有资源。但结果却是资源出现了“超卖”情况。

为了解决这种情况，Redis事务通过乐观锁机制实现了多线程下的执行隔离。

3.15.4.2 隔离的实现

Redis通过watch命令再配合事务实现了多线程下的执行隔离。

以上两个客户端执行的时间顺序为：

时间	C左	C右
T1	watch resources
T2	get resources	get resources
T3	multi
T4	decrby resources 40
T5		decrby resources 30
T6	exec

3.15.4.3 实现原理

其内部的执行过程如下：

1. 当某一客户端对key执行了watch后，系统就会为该key添加一个version乐观锁，并初始化version。例如初值为1.0。
2. 此后客户端C左将对该key的修改语句写入到了事务命令队列中，虽未执行，但其将该key的value值与version进行了读取并保存到了当前客户端缓存。此时读取并保存的是version的初值1.0。
3. 此后客户端C右对该key的值进行了修改，这个修改不仅修改了key的value本身，同时也增加了version的值，例如使其version变为了2.0，并将该version记录到了该key信息中。
4. 此后客户端C左执行exec，开始执行事务中的命令。不过，其在执行到对该key进行修改的命令时，该命令首先对当前客户端缓存中保存的version值与当前key信息中的version值。如果缓存version小于key的version，则说明客户端缓存的key的value已经过时，该写操作如果执行可能会破坏数据的一致性。所以该写操作不执行。