Redis6.0新特性（上）
Redis6.0新特性（上）
更新内容介绍
Redis6.0版本是在2020年5月份推出，这是一个大版本更新，主要特性如下所示
-
多线程处理网络IO
-
客户端缓存
-
细粒度权限控制ACL
-
使用RESP3协议
-
用于主从复制的RDB文件不再有用，用完即删
-
RDB文件加载更快
客户端缓存
6.0新增的一个重大特性就是服务端协助的客户端缓存功能，也被称为跟踪（Tracking）功能，客户端能将读取的数据存放到本地，后续读取可以取本地的数据，但是这样就会面临一个问题，当数据删除或者修改了如何通知客户端缓存失效呢？6.0提供了两种模式解决这个问题。
普通模式
这个模式下服务端会记录客户端读取的key值，并检测key值是否变化，一旦key值变化，那么服务端会给客户端发送invalidate消息，通知客户端缓存失效了，但一定一定注意，这种通知是一次性的，也就是说当第一次修改key值服务端通知客户端invalidate消息后，第二次又将相同的键值修改了，这时服务端不再通知客户端，需要客户端再次查询键值后，更新数据才会再次通知。
理由很简单，如果服务端第一次通知完客户端缓存失效后没有进行再次访问，显然服务端不需要再次记录key的修改情况，因为这样浪费资源。
普通模式的Tracking功能其实是关闭的，如果要使用该功能需要手动开启
### 开启tracking功能 关闭off
127.0.0.1:6379> client tracking on
模拟普通模式
我们可以做如下模拟，开启客户端1连接redis
### 在redis中创建测试键值name
127.0.0.1:6379> set name zhangsan
OK
开启一个新的客户端2
### telnet连接redis
[root@test ~]# telnet 127.0.0.1 6379
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
### 发送hello 3开启RESP3协议
hello 3
%7
$6
server
$5
redis
$7
version
$5
6.2.7
$5
proto
:3
$2
id
:32
$4
mode
$10
standalone
$4
role
$6
master
$7
modules
*0
### 开通tracking跟踪功能
client tracking on
+OK
### 必须先在这里获取name，不然后续无法通知
get name
$8
zhangsan
在客户端1中改变name的值
127.0.0.1:6379> set name lisi
OK
客户端2查看结果
>2
$10
invalidate ### 通知送达
*1
$4
name
广播模式
这个模式服务端会给客户端广播所有key的失效情况，不过这样的坏处就是key值被频繁修改，客户端将接收大量失效信息，给网络带宽带来很大的压力。我们可以采用如下命令开启
### 需要使用RESP3协议
client tracking on bcast
模拟广播模式
开启一个客户端1，执行 telnet 127.0.0.1 6379，同时开启RESP3协议
### 已经使用 hello 3开启RESP3协议，否则无法收到消息
client tracking on bcast
+OK
### 在其它客户端新增一个sex键值
>2
$10
invalidate
*1
$3
sex
### 在其它客户端删除一个sex键值
>2
$10
invalidate
*1
$3
sex
模拟前缀匹配广播模式
如果客户端不想收到太多无效的键值，那么我们可以限制key的前缀
#### 只接收指定前缀的键值失效，如下是只接收前缀为test的键值
client tracking on bcast prefix test
开启一个客户端1，执行 telnet 127.0.0.1 6379，同时开启RESP3协议
### 已经使用 hello 3开启RESP3协议，否则无法收到消息
client tracking on bcast prefix test
+OK
### 新增age键值无消息通知
### 新增test键值
>2
$10
invalidate
*1
$4
test
### 新增test.name键值
>2
$10
invalidate
*1
$9
test.name
转发模式
这里的广播模式和普通模式其实都提到了一点，仅仅支持RESP3协议，也就是说RESP2协议不支持，而RESP3协议是6.0新加的协议，那么6.0之前的版本如何使用呢？这就需要用到转发模式，也被称为重定向模式。
转发步骤如下所示，步骤稍微有点绕，就是客户端A支持RESP3，但是客户端B仅支持RESP2，所以这里需要采用Pub/Sub做中间转发。
转发模式模拟
这里有两个客户端一个服务端
客户端B有如下操作
### 执行telnet操作，连接Redis
[root@test ~]# telnet 127.0.0.1 6379
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
### 输入命令client id获取客户端唯一id，用于客户端A的转发
client id
:36
### 订阅用于发送失效消息频道
subscribe _redis_:invalidate
*3
$9
subscribe
$18
_redis_:invalidate
:1
客户端A有如下操作
### 执行telnet操作，连接Redis
[root@test ~]# telnet 127.0.0.1 6379
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
### 开启tracking，作转发操作，这个36就是客户端B的唯一id
client tracking on bcast redirect 36
+OK
服务端操作
127.0.0.1:6379> set name zhangsan
OK
客户端B收到回应（作为转发的客户端A无反应）
*3
$7
message
$20
__redis__:invalidate
*1
$4
name