Reids 6 新特性介绍

点赞再看，养成习惯，公众号搜一搜【一角钱技术】关注更多原创技术文章。本文 GitHub org_hejianhui/JavaStudy 已收录，有个人系列文章。java

前言

Redis 6 主要的变化有：SSL、ACLs、RESP三、客户端缓存、线程I/O、Redis benchmark 中的集群支持和改进的Redis cli 集群支持，以及Redis集群代理。git

1. 多线程IO

redis 6.0 提供了多线程的支持，redis 6 之前的版本，严格来讲也是多线程，只不过执行用户命令的请求时单线程模型，还有一些线程用来执行后台任务，好比 unlink 删除大key，rdb持久化等。github

redis 6.0 提供了多线程的读写IO，可是最终执行用户命令的线程依然是单线程的，这样就没有多线程数据的竞争关系，依然很高效。redis

redis 6.0 之前线程执行模式，以下操做在一个线程中执行完成 shell

redis 6.0 线程执行模式：能够经过以下参数配置多线程模型：如：api

io-threads 4  // 这里说 有三个IO 线程，还有一个线程是main线程，main线程负责IO读写和命令执行操做
复制代码

默认状况下，如上配置，有三个IO线程，这三个IO线程只会执行 IO中的write 操做，也就是说，read 和命令执行都由main线程执行。最后多线程将数据写回到客户端。开启了以下参数：缓存

io-threads-do-reads yes // 将支持IO线程执行 读写任务。
复制代码

2. client side caching

客户端缓存：redis 6 提供了服务端追踪key的变化，客户端缓存数据的特性，这须要客户端实现执行流程为:服务器

当客户端访问某个key时，服务端将记录key 和 client ;
客户端拿到数据后，进行客户端缓存;
这时，当key再次被访问时，key将被直接返回，避免了与redis 服务器的再次交互，节省服务端资源;
当数据被其余请求修改时，服务端将主动通知客户端失效的key;
客户端进行本地失效，下次请求时，从新获取最新数据。

目前只有lettuce对其进行了支持：markdown

<dependency>
   <groupId>io.lettuce</groupId>
   <artifactId>lettuce-core</artifactId>
   <version>6.0.0.RELEASE</version>
</dependency>

复制代码

public static void main(String[] args) throws InterruptedException {
    RedisClient redisClient = RedisClient.create("redis://192.168.109.200");

    Map<String, String> clientCache = new ConcurrentHashMap<>();

    StatefulRedisConnection<String, String> myself = redisClient.connect();

    CacheFrontend<String, String> frontend =
            ClientSideCaching.enable(CacheAccessor.forMap(clientCache),
            myself,
            TrackingArgs.Builder.enabled().noloop());

    String key="csk";
    int count = 0;
    while (true){

        System.out.println(frontend.get(key));
        TimeUnit.SECONDS.sleep(3);
        if (count++ == Integer.MAX_VALUE){
            myself.close();
            redisClient.shutdown();
        }
    }
}
复制代码

注：redis.io/topics/clie…多线程

3. ACL权限控制

ACL 是对于命令的访问和执行权限的控制，默认状况下，能够有执行任意的指令，兼容之前版本.

ACL设置有两种方式：

命令方式

ACL SETUSER + 具体的权限规则，经过 ACL SAVE 进行持久化
对 ACL 配置文件进行编写，而且执行 ACL LOAD 进行加载

ACL存储有两种方式，可是两种方式不能同时配置，不然直接报错退出进程

redis 配置文件： redis.conf
ACL配置文件, 在redis.conf 中经过 aclfile /path 配置acl文件的路径

命令方式：

ACL SETUSER alice   // 建立一个 用户名为 alice的用户
复制代码

用如上的命令建立的用户语义为：

处于 off 状态，它是被禁用的，不能用auth进行认证
不能访问任何命令
不能访问任意的key
没有密码

如上用户alice 没有任何意义。

建立一个对 cached: 前缀具备get命令执行权限的用户，而且设置密码：

acl setuser alice on >pass123  ~cached:* +get 
复制代码

auth alice pass123
set a a
(error) NOPERM this user has no permissions to run the 'set' command or its subcommand
get a a 
(error) NOPERM this user has no permissions to access one of the keys used as arguments
get cached:name
vvv
复制代码

如上，若是访问没有被受权的命令，或者key，将报错，set 命令没有被受权， key a 没有被受权，cached:name 能够经过验证。

更符合阅读习惯的格式

ACL GETUSER alice
复制代码

添加多个访问模式，空格分隔，注意，切换其余用户进行登陆，alice没有admin权限

ACL SETUSER alice ~objects:* ~items:* ~public:*
复制代码

针对类型命令的约束

ACL SETUSER alice on +@all -@dangerous >密码 ~*
复制代码

这里+@all: 包含全部得命令而后用-@ 去除在redis command table 中定义的 dangerous 命令

能够经过以下命令进行查看具体有哪些命令属于某个类别

acl cat // 查看全部类别
acl cat dangerous // 查看全部的 dangerous 命令
复制代码

开放子命令

ACL SETUSER myuser -client +client|setname +client|getname
复制代码

禁用client 命令，可是开放 client 命令中的子命令 setname 和 getname ，只能是先禁用，后追加子命令，由于后续可能会有新的命令增长。

4.RESP3协议

RESP（Redis Serialization Protocol）是 Redis 服务端与客户端之间通讯的协议。Redis 5 使用的是 RESP2，而 Redis 6 开始在兼容 RESP2 的基础上，开始支持 RESP3。

推出RESP3的目的：

一是由于但愿能为客户端提供更多的语义化响应，以开发使用旧协议难以实现的功能；
另外一个缘由是实现 Client-side-caching（客户端缓存）功能。

注：github.com/antirez/RES…

6.提高了RDB日志加载速度

根据文件的实际组成（较大或较小的值），能够预期20/30%的改进。当有不少客户机链接时，信息也更快了，这是一个老问题，如今终于解决了。

7.Redis集群代理模块 Redis Cluster proxy

在 Redis 集群中，客户端会很是分散，如今为此引入了一个集群代理，能够为客户端抽象 Redis 群集，使其像正在与单个实例进行对话同样。同时在简单且客户端仅使用简单命令和功能时执行多路复用。 Redis Cluster proxy

8.提供了众多的新模块（modules）API

注：redis.io/topics/modu…