Redis 一定要了解的知识 - （四）Redis 管理实战

快来打我* 2022-04-13 09:39 213阅读 0赞

# 四、Redis管理实战 #

## 4.1 基本数据类型 ##

<table> 
 <thead> 
  <tr> 
   <th>类型</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>String 字符串</td> 
   <td>Redis 字符串数据类型的相关命令用于管理 redis 字符串值</td> 
  </tr> 
  <tr> 
   <td>Hash 哈希</td> 
   <td>Redis hash 是一个string类型的field和value的映射表，hash特别适合用于存储对象。Redis 中每个 hash 可以存储 232 - 1 键值对（40多亿）。</td> 
  </tr> 
  <tr> 
   <td>List 列表</td> 
   <td>Redis列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）一个列表最多可以包含 232 - 1 个元素 (4294967295, 每个列表超过40亿个元素)。</td> 
  </tr> 
  <tr> 
   <td>Set 集合</td> 
   <td>Redis 的 Set 是 String 类型的无序集合。集合成员是唯一的，这就意味着集合中不能出现重复的数据。</td> 
  </tr> 
  <tr> 
   <td>Sorted set 有序集合</td> 
   <td>Redis 有序集合和集合一样也是string类型元素的集合,且不允许重复的成员。</td> 
  </tr> 
 </tbody> 
</table>

## 4.2 全局Key操作 ##

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>含义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>KEYS *</td> 
   <td>查看KEY支持通配符</td> 
  </tr> 
  <tr> 
   <td>DEL</td> 
   <td>删除给定的一个或多个key</td> 
  </tr> 
  <tr> 
   <td>EXISTS</td> 
   <td>检查是否存在</td> 
  </tr> 
  <tr> 
   <td>RENAME</td> 
   <td>变更KEY名</td> 
  </tr> 
  <tr> 
   <td>SORT</td> 
   <td>键值排序，有非数字时报错</td> 
  </tr> 
  <tr> 
   <td>TYPE</td> 
   <td>返回键所存储值的类型</td> 
  </tr> 
  <tr> 
   <td>DUMP RESTORE</td> 
   <td>序例化与反序列化</td> 
  </tr> 
  <tr> 
   <td>EXPIRE\ PEXPIRE</td> 
   <td>以秒\毫秒设定生存时间</td> 
  </tr> 
  <tr> 
   <td>TTL\ PTTL</td> 
   <td>以秒\毫秒为单位返回生存时间</td> 
  </tr> 
  <tr> 
   <td>PERSIST</td> 
   <td>取消生存实现设置</td> 
  </tr> 
  <tr> 
   <td>RANDOMKEY</td> 
   <td>返回数据库中的任意键</td> 
  </tr> 
 </tbody> 
</table>

## 4.3 String（字符串） ##

string是redis最基本的类型，一个key对应一个value。一个键最大能存储512MB。

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SET key value</td> 
   <td>设置指定 key 的值</td> 
  </tr> 
  <tr> 
   <td>GET key</td> 
   <td>获取指定 key 的值。</td> 
  </tr> 
  <tr> 
   <td>GETRANGE key start end</td> 
   <td>返回 key 中字符串值的子字符</td> 
  </tr> 
  <tr> 
   <td>GETSET key value</td> 
   <td>将给定 key 的值设为 value ，并返回 key 的旧值(old value)。</td> 
  </tr> 
  <tr> 
   <td>GETBIT key offset对 key</td> 
   <td>所储存的字符串值，获取指定偏移量上的位(bit)。</td> 
  </tr> 
  <tr> 
   <td>MGET key1 [key2…]</td> 
   <td>获取所有(一个或多个)给定 key 的值。</td> 
  </tr> 
  <tr> 
   <td>SETBIT key offset value</td> 
   <td>对 key 所储存的字符串值，设置或清除指定偏移量上的位(bit)。</td> 
  </tr> 
  <tr> 
   <td>SETEX key seconds value</td> 
   <td>将值 value 关联到 key ，并将 key 的过期时间设为 seconds (以秒为单位)。</td> 
  </tr> 
  <tr> 
   <td>SETNX key value</td> 
   <td>只有在 key 不存在时设置 key 的值。</td> 
  </tr> 
  <tr> 
   <td>SETRANGE key offset value</td> 
   <td>用 value 参数覆写给定 key 所储存的字符串值，从偏移量 offset 开始。</td> 
  </tr> 
  <tr> 
   <td>STRLEN key</td> 
   <td>返回 key 所储存的字符串值的长度。</td> 
  </tr> 
  <tr> 
   <td>MSET key value [key value …]</td> 
   <td>同时设置一个或多个 key-value 对。</td> 
  </tr> 
  <tr> 
   <td>MSETNX key value [key value …]</td> 
   <td>同时设置一个或多个 key-value 对，当且仅当所有给定 key 都不存在。</td> 
  </tr> 
  <tr> 
   <td>PSETEX key milliseconds value</td> 
   <td>这个命令和 SETEX 命令相似，但它以毫秒为单位设置 key 的生存时间，而不是像 SETEX 命令那样，以秒为单位。</td> 
  </tr> 
  <tr> 
   <td>INCR key</td> 
   <td>将 key 中储存的数字值增一。</td> 
  </tr> 
  <tr> 
   <td>INCRBY key increment</td> 
   <td>将 key 所储存的值加上给定的增量值（increment） 。</td> 
  </tr> 
  <tr> 
   <td>INCRBYFLOAT key increment</td> 
   <td>将 key 所储存的值加上给定的浮点增量值（increment） 。</td> 
  </tr> 
  <tr> 
   <td>DECR key</td> 
   <td>将 key 中储存的数字值减一。</td> 
  </tr> 
  <tr> 
   <td>DECRBY key decrementkey</td> 
   <td>所储存的值减去给定的减量值（decrement） 。</td> 
  </tr> 
  <tr> 
   <td>APPEND key value</td> 
   <td>如果 key 已经存在并且是一个字符串，APPEND 命令将 指定value 追加到改 key 原来的值（value）的末尾。</td> 
  </tr> 
 </tbody> 
</table>

应用场景

常规计数：微博数，粉丝数等。

## 4.4 Hash（字典） ##

我们可以将Redis中的Hashes类型看成具有String Key和String Value的map容器。

所以该类型非常适合于存储值对象的信息。如Username、Password和Age等。如果Hash中包含很少的字段，那么该类型的数据也将仅占用很少的磁盘空间。每一个Hash可以存储995701749 个键值对。

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>HDEL key field1 [field2]</td> 
   <td>删除一个或多个哈希表字段</td> 
  </tr> 
  <tr> 
   <td>HEXISTS key field</td> 
   <td>查看哈希表 key 中，指定的字段是否存在。</td> 
  </tr> 
  <tr> 
   <td>HGET key field</td> 
   <td>获取存储在哈希表中指定字段的值。</td> 
  </tr> 
  <tr> 
   <td>HGETALL key</td> 
   <td>获取在哈希表中指定 key 的所有字段和值</td> 
  </tr> 
  <tr> 
   <td>HINCRBY key field increment</td> 
   <td>为哈希表 key 中的指定字段的整数值加上增量 increment 。</td> 
  </tr> 
  <tr> 
   <td>HINCRBYFLOAT key field increment</td> 
   <td>为哈希表 key 中的指定字段的浮点数值加上增量 increment 。</td> 
  </tr> 
  <tr> 
   <td>HKEYS key</td> 
   <td>获取所有哈希表中的字段</td> 
  </tr> 
  <tr> 
   <td>HLEN key</td> 
   <td>获取哈希表中字段的数量</td> 
  </tr> 
  <tr> 
   <td>HMGET key field1 [field2]</td> 
   <td>获取所有给定字段的值</td> 
  </tr> 
  <tr> 
   <td>HMSET key field1 value1 [field2 value2 ]</td> 
   <td>同时将多个 field-value (域-值)对设置到哈希表 key 中。</td> 
  </tr> 
  <tr> 
   <td>HSET key field value</td> 
   <td>将哈希表 key 中的字段 field 的值设为 value 。</td> 
  </tr> 
  <tr> 
   <td>HSETNX key field value</td> 
   <td>只有在字段 field 不存在时，设置哈希表字段的值。</td> 
  </tr> 
  <tr> 
   <td>HVALS key</td> 
   <td>获取哈希表中所有值</td> 
  </tr> 
  <tr> 
   <td>HSCAN key cursor [MATCH pattern] [COUNT count]</td> 
   <td>迭代哈希表中的键值对</td> 
  </tr> 
 </tbody> 
</table>

应用场景：存储部分变更的数据，如用户信息等。

## 4.5 LIST（列表） ##

List类型是按照插入顺序排序的字符串链表。和数据结构中的普通链表一样，我们可以在其头部(left)和尾部(right)添加新的元素。在插入时，如果该键并不存在，Redis将为该键创建一个新的链表。与此相反，如果链表中所有的元素均被移除，那么该键也将会被从数据库中删除。

List中可以包含的最大元素数量是4294967295。

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>BLPOP key1 [key2 ] timeout</td> 
   <td>移出并获取列表的第一个元素，如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。</td> 
  </tr> 
  <tr> 
   <td>BRPOP key1 [key2 ] timeout</td> 
   <td>移出并获取列表的最后一个元素，如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。</td> 
  </tr> 
  <tr> 
   <td>BRPOPLPUSH source destination timeout</td> 
   <td>从列表中弹出一个值，将弹出的元素插入到另外一个列表中并返回它；如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。</td> 
  </tr> 
  <tr> 
   <td>LINDEX key index</td> 
   <td>通过索引获取列表中的元素</td> 
  </tr> 
  <tr> 
   <td>LINSERT key BEFORE</td> 
   <td>AFTER pivot value</td> 
  </tr> 
  <tr> 
   <td>LLEN key</td> 
   <td>获取列表长度</td> 
  </tr> 
  <tr> 
   <td>LPOP key</td> 
   <td>移出并获取列表的第一个元素</td> 
  </tr> 
  <tr> 
   <td>LPUSHX key value</td> 
   <td>将一个值插入到已存在的列表头部</td> 
  </tr> 
  <tr> 
   <td>LRANGE key start stop</td> 
   <td>获取列表指定范围内的元素</td> 
  </tr> 
  <tr> 
   <td>LREM key count value</td> 
   <td>移除列表元素</td> 
  </tr> 
  <tr> 
   <td>LSET key index value</td> 
   <td>通过索引设置列表元素的值</td> 
  </tr> 
  <tr> 
   <td>LTRIM key start stop</td> 
   <td>对一个列表进行修剪(trim)，就是说，让列表只保留指定区间内的元素，不在指定区间之内的元素都将被删除。</td> 
  </tr> 
  <tr> 
   <td>RPOP key</td> 
   <td>移除并获取列表最后一个元素</td> 
  </tr> 
  <tr> 
   <td>RPOPLPUSH source destination</td> 
   <td>移除列表的最后一个元素，并将该元素添加到另一个列表并返回</td> 
  </tr> 
  <tr> 
   <td>RPUSH key value1 [value2]</td> 
   <td>在列表中添加一个或多个值</td> 
  </tr> 
  <tr> 
   <td>RPUSHX key value</td> 
   <td>为已存在的列表添加值</td> 
  </tr> 
 </tbody> 
</table>

应用场景 消息队列系统，比如sina微博。

在Redis中我们的最新微博ID使用了常驻缓存，这是一直更新的。但是做了限制不能超过5000个ID，因此获取ID的函数会一直询问Redis。只有在start/count参数超出了这个范围的时候，才需要去访问数据库。

系统不会像传统方式那样“刷新”缓存，Redis实例中的信息永远是一致的。SQL数据库（或是硬盘上的其他类型数据库）只是在用户需要获取“很远”的数据时才会被触发，而主页或第一个评论页是不会麻烦到硬盘上的数据库了。

4.6 SET(集合)

Set类型看作为没有排序的字符集合。Set可包含的最大元素数量是4294967295。如果多次添加相同元素，Set中将仅保留该元素的一份拷贝。

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SADD key member1 [member2]</td> 
   <td>向集合添加一个或多个成员</td> 
  </tr> 
  <tr> 
   <td>SCARD key</td> 
   <td>获取集合的成员数</td> 
  </tr> 
  <tr> 
   <td>SDIFF key1 [key2]</td> 
   <td>返回给定所有集合的差集</td> 
  </tr> 
  <tr> 
   <td>SDIFFSTORE destination key1 [key2]</td> 
   <td>返回给定所有集合的差集并存储在 destination 中</td> 
  </tr> 
  <tr> 
   <td>SINTER key1 [key2]</td> 
   <td>返回给定所有集合的交集</td> 
  </tr> 
  <tr> 
   <td>SINTERSTORE destination key1 [key2]</td> 
   <td>返回给定所有集合的交集并存储在 destination 中</td> 
  </tr> 
  <tr> 
   <td>SISMEMBER key member</td> 
   <td>判断 member 元素是否是集合 key 的成员</td> 
  </tr> 
  <tr> 
   <td>SMEMBERS key</td> 
   <td>返回集合中的所有成员</td> 
  </tr> 
  <tr> 
   <td>SMOVE source destination member</td> 
   <td>将 member 元素从 source 集合移动到 destination 集合</td> 
  </tr> 
  <tr> 
   <td>SPOP key</td> 
   <td>移除并返回集合中的一个随机元素</td> 
  </tr> 
  <tr> 
   <td>SRANDMEMBER key [count]</td> 
   <td>返回集合中一个或多个随机数</td> 
  </tr> 
  <tr> 
   <td>SREM key member1 [member2]</td> 
   <td>移除集合中一个或多个成员</td> 
  </tr> 
  <tr> 
   <td>SUNION key1 [key2]</td> 
   <td>返回所有给定集合的并集</td> 
  </tr> 
  <tr> 
   <td>SUNIONSTORE destination key1 [key2]</td> 
   <td>所有给定集合的并集存储在 destination 集合中</td> 
  </tr> 
  <tr> 
   <td>SSCAN key cursor [MATCH pattern] [COUNT count]</td> 
   <td>迭代集合中的元素</td> 
  </tr> 
 </tbody> 
</table>

应用场景：

在微博应用中，可以将一个用户所有的关注人存在一个集合中，将其所有粉丝存在一个集合。

Redis还为集合提供了求交集、并集、差集等操作，可以非常方便的实现如共同关注、共同喜好、二度好友等功能，对上面的所有集合操作，你还可以使用不同的命令选择将结果返回给客户端还是存集到一个新的集合中。

4.7 SortedSet（有序集合）

Sorted-Sets中的每一个成员都会有一个分数(score)与之关联，Redis正是通过分数来为集合中的成员进行从小到大的排序。成员是唯一的，但是分数(score)却是可以重复的。

集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是O(1)。集合中最大的成员数为 232 - 1 (4294967295, 每个集合可存储40多亿个成员)。

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>ZADD key score1 member1 [score2 member2]</td> 
   <td>向有序集合添加一个或多个成员，或者更新已存在成员的分数</td> 
  </tr> 
  <tr> 
   <td>ZCARD key</td> 
   <td>获取有序集合的成员数</td> 
  </tr> 
  <tr> 
   <td>ZCOUNT key min max</td> 
   <td>计算在有序集合中指定区间分数的成员数</td> 
  </tr> 
  <tr> 
   <td>ZINCRBY key increment member</td> 
   <td>有序集合中对指定成员的分数加上增量 increment</td> 
  </tr> 
  <tr> 
   <td>ZINTERSTORE destination numkeys key [key …]</td> 
   <td>计算给定的一个或多个有序集的交集并将结果集存储在新的有序集合 key 中</td> 
  </tr> 
  <tr> 
   <td>ZLEXCOUNT key min max</td> 
   <td>在有序集合中计算指定字典区间内成员数量</td> 
  </tr> 
  <tr> 
   <td>ZRANGE key start stop [WITHSCORES]</td> 
   <td>通过索引区间返回有序集合成指定区间内的成员</td> 
  </tr> 
  <tr> 
   <td>ZRANGEBYLEX key min max [LIMIT offset count]</td> 
   <td>通过字典区间返回有序集合的成员</td> 
  </tr> 
  <tr> 
   <td>ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT]</td> 
   <td>通过分数返回有序集合指定区间内的成员</td> 
  </tr> 
  <tr> 
   <td>ZRANK key member</td> 
   <td>返回有序集合中指定成员的索引</td> 
  </tr> 
  <tr> 
   <td>ZREM key member [member …]</td> 
   <td>移除有序集合中的一个或多个成员</td> 
  </tr> 
  <tr> 
   <td>ZREMRANGEBYLEX key min max</td> 
   <td>移除有序集合中给定的字典区间的所有成员</td> 
  </tr> 
  <tr> 
   <td>ZREMRANGEBYRANK key start stop</td> 
   <td>移除有序集合中给定的排名区间的所有成员</td> 
  </tr> 
  <tr> 
   <td>ZREMRANGEBYSCORE key min max</td> 
   <td>移除有序集合中给定的分数区间的所有成员</td> 
  </tr> 
  <tr> 
   <td>ZREVRANGE key start stop [WITHSCORES]</td> 
   <td>返回有序集中指定区间内的成员，通过索引，分数从高到底</td> 
  </tr> 
  <tr> 
   <td>ZREVRANGEBYSCORE key max min [WITHSCORES]</td> 
   <td>返回有序集中指定分数区间内的成员，分数从高到低排序</td> 
  </tr> 
  <tr> 
   <td>ZREVRANK key member</td> 
   <td>返回有序集合中指定成员的排名，有序集成员按分数值递减(从大到小)排序</td> 
  </tr> 
  <tr> 
   <td>ZSCORE key member</td> 
   <td>返回有序集中，成员的分数值</td> 
  </tr> 
  <tr> 
   <td>ZUNIONSTORE destination numkeys key [key …]</td> 
   <td>计算给定的一个或多个有序集的并集，并存储在新的 key 中</td> 
  </tr> 
  <tr> 
   <td>ZSCAN key cursor [MATCH pattern] [COUNT count]</td> 
   <td>迭代有序集合中的元素（包括元素成员和元素分值）</td> 
  </tr> 
 </tbody> 
</table>

应用场景：

排行榜应用，取TOP N操作这个需求与上面需求的不同之处在于，前面操作以时间为权重，这个是以某个条件为权重，比如按顶的次数排序，这时候就需要我们的sorted set出马了，将你要排序的值设置成sorted set的score，将具体的数据设置成相应的value，每次只需要执行一条ZADD命令即可。

4.8 消息模式

Redis发布消息通常有两种模式：

• 队列模式（queuing）

• 发布-订阅模式(publish-subscribe)

任务队列：顾名思义，就是“传递消息的队列”。与任务队列进行交互的实体有两类，一类是生产者（producer），另一类则是消费者（consumer）。生产者将需要处理的任务放入任务队列中，而消费者则不断地从任务独立中读入任务信息并执行。

任务队列的好处：

• 松耦合。

生产者和消费者只需按照约定的任务描述格式，进行编写代码。

• 易于扩展。

多消费者模式下，消费者可以分布在多个不同的服务器中，由此降低单台服务器的负载。

4.9 Redis 发布订阅

其实从Pub/Sub的机制来看，它更像是一个广播系统，多个Subscriber可以订阅多个Channel，多个Publisher可以往多个Channel中发布消息。可以这么简单的理解：

• Subscriber：收音机，可以收到多个频道，并以队列方式显示

• Publisher：电台，可以往不同的FM频道中发消息

• Channel：不同频率的FM频道

① 发布订阅模型

一个Publisher，多个Subscriber模型

如下图所示，可以作为消息队列或者消息管道。

主要应用：通知、公告。

多个Publisher，一个Subscriber模型

可以将PubSub做成独立的HTTP接口，各应用程序作为Publisher向Channel中发送消息，Subscriber端收到消息后执行相应的业务逻辑，比如写数据库，显示等等。

主要应用：排行榜、投票、计数。

多个Publisher，多个Subscriber模型

故名思议，就是可以向不同的Channel中发送消息，由不同的Subscriber接收。

主要应用：群聊、聊天。

② 实践发布订阅

发布订阅实践命令

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>PUBLISH channel msg</td> 
   <td>将信息 message 发送到指定的频道 channel</td> 
  </tr> 
  <tr> 
   <td>SUBSCRIBE channel [channel …]</td> 
   <td>订阅频道，可以同时订阅多个频道</td> 
  </tr> 
  <tr> 
   <td>UNSUBSCRIBE [channel …]</td> 
   <td>取消订阅指定的频道, 如果不指定频道，则会取消订阅所有频道</td> 
  </tr> 
  <tr> 
   <td>PSUBSCRIBE pattern [pattern …]</td> 
   <td>订阅一个或多个符合给定模式的频道，每个模式以 * 作为匹配符，比如 it* 匹配所有以 it 开头的频道( it.news 、it.blog 、it.tweets 等等)， news.* 匹配所有以 news. 开头的频道( <a href="http://news.it" rel="nofollow">news.it</a> 、news.global.today 等等)，诸如此类</td> 
  </tr> 
  <tr> 
   <td>PUNSUBSCRIBE [pattern [pattern …]]</td> 
   <td>退订指定的规则, 如果没有参数则会退订所有规则</td> 
  </tr> 
  <tr> 
   <td>PUBSUB subcommand [argument [argument …]]</td> 
   <td>查看订阅与发布系统状态</td> 
  </tr> 
 </tbody> 
</table>

注意：使用发布订阅模式实现的消息队列，当有客户端订阅channel后只能收到后续发布到该频道的消息，之前发送的不会缓存，必须Provider和Consumer同时在线。

③ 消息队列系统对比

客户端在执行订阅命令之后进入了订阅状态，只能接收SUBSCRIBE 、PSUBSCRIBE、UNSUBSCRIBE、PUNSUBSCRIBE 四个命令。

开启的订阅客户端，无法收到该频道之前的消息，因为 Redis 不会对发布的消息进行持久化。

和很多专业的消息队列系统（例如Kafka、RocketMQ）相比，Redis的发布订阅略显粗糙，例如无法实现消息堆积和回溯。但胜在足够简单，如果当前场景可以容忍的这些缺点，也不失为一个不错的选择。

4.10 Redis事务管理

redis中的事务跟关系型数据库中的事务是一个相似的概念，但是有不同之处。

关系型数据库事务执行失败后面的sql语句不在执行，而redis中的一条命令执行失败，其余的命令照常执行。

redis中开启一个事务是使用multi，相当于begin\\start transaction，exec提交事务，discard取消队列命令（非回滚操作）。

redis于mysql对比

<table> 
 <thead> 
  <tr> 
   <th></th> 
   <th>MySQL</th> 
   <th>Redis</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>开启</td> 
   <td>start transaction/begin</td> 
   <td>multi</td> 
  </tr> 
  <tr> 
   <td>语句</td> 
   <td>普通SQL</td> 
   <td>普通命令</td> 
  </tr> 
  <tr> 
   <td>失败</td> 
   <td>rollback 回滚</td> 
   <td>discard 取消(不叫回滚，是队列里面的命令不执行，队列里面的任务根本就没有执行。而不是执行了也可以撤回来)</td> 
  </tr> 
  <tr> 
   <td>成功</td> 
   <td>commit</td> 
   <td>exec</td> 
  </tr> 
 </tbody> 
</table>

① Redis 事务命令

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>DISCARD</td> 
   <td>取消事务，放弃执行事务块内的所有命令。</td> 
  </tr> 
  <tr> 
   <td>EXEC</td> 
   <td>执行所有事务块内的命令。</td> 
  </tr> 
  <tr> 
   <td>MULTI</td> 
   <td>标记一个事务块的开始。</td> 
  </tr> 
  <tr> 
   <td>UNWATCH</td> 
   <td>取消 WATCH 命令对所有 key 的监视。</td> 
  </tr> 
  <tr> 
   <td>WATCH key [key …]</td> 
   <td>监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。</td> 
  </tr> 
 </tbody> 
</table>

事务执行举例

ZADD salary 2000 user1
    ZADD salary 3000 user2
    ZRANGE salary 0 -1 WITHSCORES
    MULTI
    ZINCRBY salary 1000 user1
    ZINCRBY salary -1000 user2
    EXEC

② Redis中事务中的锁机制

举例：我正在买票Ticket -1，money -100

而票只有1张，如果在我multi之后，和exec之前，票被别人买了，即ticket变成0了。

我该如何观察这种情景，并不再提交：

悲观的想法：

世界充满危险,肯定有人和我抢，给 ticket上锁，只有我能操作。\[悲观锁\]

乐观的想法：

没有那么人和我抢，因此，我只需要注意，有没有人更改ticket的值就可以了。\[乐观锁\]

Redis的事务中，启用的是乐观锁，只负责监测key没有被改动。

③ Redis服务管理命令

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>BGREWRITEAOF</td> 
   <td>异步执行一个 AOF（AppendOnly File） 文件重写操作</td> 
  </tr> 
  <tr> 
   <td>BGSAVE</td> 
   <td>在后台异步保存当前数据库的数据到磁盘</td> 
  </tr> 
  <tr> 
   <td>CLIENT KILL [ip:port] [ID client-id]</td> 
   <td>关闭客户端连接</td> 
  </tr> 
  <tr> 
   <td>CLIENT LIST</td> 
   <td>获取连接到服务器的客户端连接列表</td> 
  </tr> 
  <tr> 
   <td>CLIENT GETNAME</td> 
   <td>获取连接的名称</td> 
  </tr> 
  <tr> 
   <td>CLIENT PAUSE timeout</td> 
   <td>在指定时间内终止运行来自客户端的命令</td> 
  </tr> 
  <tr> 
   <td>CLIENT SETNAME connection-name</td> 
   <td>设置当前连接的名称</td> 
  </tr> 
  <tr> 
   <td>CLUSTER SLOTS</td> 
   <td>获取集群节点的映射数组</td> 
  </tr> 
  <tr> 
   <td>COMMAND</td> 
   <td>获取 Redis 命令详情数组</td> 
  </tr> 
  <tr> 
   <td>COMMAND COUNT</td> 
   <td>获取 Redis 命令总数</td> 
  </tr> 
  <tr> 
   <td>COMMAND GETKEYS</td> 
   <td>获取给定命令的所有键</td> 
  </tr> 
  <tr> 
   <td>TIME</td> 
   <td>返回当前服务器时间</td> 
  </tr> 
  <tr> 
   <td>COMMAND INFO command-name [command-name …]</td> 
   <td>获取指定 Redis 命令描述的数组</td> 
  </tr> 
  <tr> 
   <td>CONFIG GET parameter</td> 
   <td>获取指定配置参数的值</td> 
  </tr> 
  <tr> 
   <td>CONFIG REWRITE</td> 
   <td>对启动 Redis 服务器时所指定的 redis.conf 配置文件进行改写</td> 
  </tr> 
  <tr> 
   <td>CONFIG SET parameter value</td> 
   <td>修改 redis 配置参数，无需重启</td> 
  </tr> 
  <tr> 
   <td>CONFIG RESETSTAT</td> 
   <td>重置 INFO 命令中的某些统计数据</td> 
  </tr> 
  <tr> 
   <td>DBSIZE</td> 
   <td>返回当前数据库的 key 的数量</td> 
  </tr> 
  <tr> 
   <td>DEBUG OBJECT key</td> 
   <td>获取 key 的调试信息</td> 
  </tr> 
  <tr> 
   <td>DEBUG SEGFAULT</td> 
   <td>让 Redis 服务崩溃</td> 
  </tr> 
  <tr> 
   <td>FLUSHALL</td> 
   <td>删除所有数据库的所有key</td> 
  </tr> 
  <tr> 
   <td>FLUSHDB</td> 
   <td>删除当前数据库的所有key</td> 
  </tr> 
  <tr> 
   <td>INFO [section]</td> 
   <td>获取 Redis 服务器的各种信息和统计数值</td> 
  </tr> 
  <tr> 
   <td>LASTSAVE</td> 
   <td>返回最近一次 Redis 成功将数据保存到磁盘上的时间，以 UNIX 时间戳格式表示</td> 
  </tr> 
  <tr> 
   <td>MONITOR</td> 
   <td>实时打印出 Redis 服务器接收到的命令，调试用</td> 
  </tr> 
  <tr> 
   <td>ROLE</td> 
   <td>返回主从实例所属的角色</td> 
  </tr> 
  <tr> 
   <td>SAVE</td> 
   <td>异步保存数据到硬盘</td> 
  </tr> 
  <tr> 
   <td>SHUTDOWN [NOSAVE] [SAVE]</td> 
   <td>异步保存数据到硬盘，并关闭服务器</td> 
  </tr> 
  <tr> 
   <td>SLAVEOF host port</td> 
   <td>将当前服务器转变为指定服务器的从属服务器(slave server)</td> 
  </tr> 
  <tr> 
   <td>SLOWLOG subcommand [argument]</td> 
   <td>管理 redis 的慢日志</td> 
  </tr> 
  <tr> 
   <td>SYNC</td> 
   <td>用于复制功能(replication)的内部命令</td> 
  </tr> 
 </tbody> 
</table>

4.11 redis慢日志查询

Slow log 是 Redis 用来记录查询执行时间的日志系统。

slow log 保存在内存里面，读写速度非常快

可以通过改写 redis.conf 文件或者用 CONFIG GET 和 CONFIG SET 命令对它们动态地进行修改

slowlog-log-slower-than 10000 超过多少微秒
    CONFIG SET slowlog-log-slower-than 100
    CONFIG SET slowlog-max-len 1000 保存多少条慢日志
    CONFIG GET slow*
    SLOWLOG GET
    SLOWLOG RESET