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