Redis6新特性简介

每天多学一点点~
话不多说，这就开始吧…


文章目录

  • Redis6新特性简介
  • 1.前言
  • 2. 特性一 ：多线程
  • 3. 特性二 ： Client Side Cache 客户端缓存
  • 4. 特性三 ： ACLS
  • 5.结语


1.前言

前段时间redis 6 出来了。一直没时间研究，这次趁着有空稍微学习了下新特性，在此做个记录总结。
https://redis.io/documentation 深入学习建议直接官网。

Redis系列文章

  • Redis的持久化方式和缓存淘汰策略
  • Redis主从架构搭建以及主从复制原理
  • Redis哨兵高可用架构搭建+springboot整合
  • Redis高可用集群(搭建+水平扩容缩容+原理+java代码整合)

2. 特性一 ：多线程

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

redis 6.0 提供了多线程的读写IO, 但是最终执行用户命令的线程依然是单线程的，这样，就没有多线程数据的竞争关系，依然很高效。
redis 6.0 以前线程执行模式，如下操作在一个线程中执行完成

redis支持多线程操作吗 redis6.0多线程_acl

redis 6.0 线程执行模式：
可以通过如下参数配置多线程模型：
如：

原文介绍
# threads it is possible to easily speedup two times Redis without resorting
# to pipelining nor sharding of the instance.
#
# By default threading is disabled, we suggest enabling it only in machines
# that have at least 4 or more cores, leaving at least one spare core.
# Using more than 8 threads is unlikely to help much. We also recommend using
# threaded I/O only if you actually have performance problems, with Redis
# instances being able to use a quite big percentage of CPU time, otherwise
# there is no point in using this feature.
#
# So for instance if you have a four cores boxes, try to use 2 or 3 I/O
# threads, if you have a 8 cores, try to use 6 threads. In order to
# enable I/O threads use the following configuration directive:

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

redis支持多线程操作吗 redis6.0多线程_redis6_02


开启了如下参数，将支持IO线程执行 读写任务。

# Setting io-threads to 1 will just use the main thread as usual.
# When I/O threads are enabled, we only use threads for writes, that is
# to thread the write(2) syscall and transfer the client buffers to the
# socket. However it is also possible to enable threading of reads and
# protocol parsing using the following configuration directive, by setting
# it to yes:

io-threads-do-reads yes

3. 特性二 ： Client Side Cache 客户端缓存

官方介绍： https://redis.io/topics/acl

客户端缓存：redis 6 提供了服务端追踪key的变化，客户端缓存数据的特性，这需要客户端实现。(目前集群还没实现，只能单机)

redis支持多线程操作吗 redis6.0多线程_acl_03


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

目前 jedis 还没支持，找了好久 目前只有lettuce对其进行了支持

<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.73.130");

    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();
        }
    }
}

4. 特性三 ： ACLS

官方介绍： https://redis.io/topics/acl
ACL 是对于命令的访问和执行权限的控制，默认情况下，可以有执行任意的指令，兼容以前版本。

ACL设置有两种方式：

  1. 命令方式
    ACL SETUSER + 具体的权限规则， 通过 ACL SAVE 进行持久化
  2. 对 ACL 配置文件进行编写，并且执行 ACL LOAD 进行加载

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

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

演示（命令方式）：

ACL SETUSER zjq // 创建一个 用户名为 zjq 的用户
ACL LIST  //查看所有用户

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

  1. 处于 off 状态， 它是被禁用的，不能用auth进行认证
  2. 不能访问任何命令
  3. 不能访问任意的key
  4. 没有密码
    如上用户 zjq 没有任何意义。

参 数

说明

user

用户

default

表示默认用户名，或则自己定义的用户名

on

表示是否启用该用户，默认为off（禁用）

#…

表示用户密码，nopass表示不需要密码

~*

表示可以访问的Key（正则匹配）

+@

表示用户的权限，+/-表示授权还是销权； @为权限类。+@all 表示所有权限

创建一个对 order: 前缀具有get命令执行权限的用户，并且设置密码：

acl setuser zjq on >pass123 ~order:*+get

redis支持多线程操作吗 redis6.0多线程_新特性_04

auth zjq pass123   // 切换至 zjq 用户 
set a aa 	// 随便测试一个
// NOPERM this user has no permissions to run the 'acl' command or its subcommand
get order:1    ok

如上，如果访问没有被授权的命令，或者key， 将报错，set 命令没有被授权， key a 没有被授权，
cached:name 可以通过验证。

更符合阅读习惯的格式

ACL GETUSER zjq

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

ACL SETUSER alice ~objects:* ~items:* ~public:*

针对类型命令的约束

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

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

redis支持多线程操作吗 redis6.0多线程_acl_05


可以通过如下命令进行查看具体有哪些命令属于某个类别

acl cat // 查看所有类别
acl cat dangerous // 查看所有的 dangerous 命令

开放子命令

ACL SETUSER myuser -client +client|setname +client|getname

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

演示（外部ACLFILE模式 ）：
通过ACL创建的用户是保存在内存里的，如果Redis Server重启则ACL创建的用户会丢失，所以在创建完用户后需要用save保存，在重启之后需要用load加载。有两种方式进行保存和加载：

1，使用ACL命令:ACL SAVE、ACL LOAD
2，使用Redis配置，用户被定义，然后重启服务器并生效。 或者使用外部ACL文件，使用ACL LOAD 来导入ACL信息。这里选择用外部 acl 演示。

注意：ACL的配合文件需要事先手动touch，否则实例启动会失败。在redis.conf里配置和acl文件里配置的方法互不兼容，Redis会要求使用其中一种。 否则实例启动报错

  1. 在redis.conf 文件中放开这个，requirepass password 就失效了 因为已经用了外部的acl文件
aclfile    /root/redis6/redis-6.0.9/users.acl   #acl文件地址
  1. users.acl 添加以下内容
user default on #8d969eef6ecad3c29a3a629280e686cf0c3f5d5a86aff3ca12020c923adc6c92 ~* +@all
user zjq on #9b8769a4a742959a2d0298c36fb70623f2dfacda8436237df08d8dfd5b37374c ~order:*+get -@all

重启redis，搞定！

5.结语

世上无难事，只怕有心人，每天积累一点点，fighting！！！