本篇内容介绍了“redis6的新特性介绍”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
创新互联公司主营田林网站建设的网络公司,主营网站建设方案,成都app开发,田林h5重庆小程序开发搭建,田林网站营销推广欢迎田林等地区企业咨询
前言
Redis 6 主要的变化有:SSL、ACLs、RESP3、客户端缓存、线程I/O、Redis benchmark 中的集群支持和改进的Redis cli 集群支持,以及Redis集群代理。
1. 多线程IO
redis 6.0 提供了多线程的支持,redis 6 以前的版本,严格来说也是多线程,只不过执行用户命令的请求时单线程模型,还有一些线程用来执行后台任务, 比如 unlink 删除 大key,rdb持久化等。
redis 6.0 提供了多线程的读写IO,但是最终执行用户命令的线程依然是单线程的,这样就没有多线程数据的竞争关系,依然很高效。
redis 6.0 以前线程执行模式,如下操作在一个线程中执行完成
redis 6.0 线程执行模式:可以通过如下参数配置多线程模型:如:
io-threads 4 // 这里说 有三个IO 线程,还有一个线程是main线程,main线程负责IO读写和命令执行操作
默认情况下,如上配置,有三个IO线程, 这三个IO线程只会执行 IO中的write 操作,也就是说,read 和 命令执行 都由main线程执行。最后多线程将数据写回到客户端。
开启了如下参数:
io-threads-do-reads yes // 将支持IO线程执行 读写任务。
image.png
2. client side caching
客户端缓存:redis 6 提供了服务端追踪key的变化,客户端缓存数据的特性,这需要客户端实现
执行流程为:
鸿蒙官方战略合作共建——HarmonyOS技术社区
当客户端访问某个key时,服务端将记录key 和 client ;
客户端拿到数据后,进行客户端缓存;
这时,当key再次被访问时,key将被直接返回,避免了与redis 服务器的再次交互,节省服务端资源;
当数据被其他请求修改时,服务端将主动通知客户端失效的key;
客户端进行本地失效,下次请求时,重新获取最新数据。
目前只有lettuce对其进行了支持:
io.lettuce
lettuce-core
6.0.0.RELEASE
public static void main(String[] args) throws InterruptedException { RedisClient redisClient = RedisClient.create("redis://192.168.109.200"); MapclientCache = new ConcurrentHashMap<>(); StatefulRedisConnection myself = redisClient.connect(); CacheFrontend 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(); } } }
注:https://redis.io/topics/client-side-caching
3. ACL权限控制
ACL 是对于命令的访问和执行权限的控制,默认情况下,可以有执行任意的指令,兼容以前版本.
ACL设置有两种方式:
命令方式
ACL SETUSER + 具体的权限规则, 通过 ACL SAVE 进行持久化
对 ACL 配置文件进行编写,并且执行 ACL LOAD 进行加载
ACL存储有两种方式,但是两种方式不能同时配置,否则直接报错退出进程
鸿蒙官方战略合作共建——HarmonyOS技术社区
redis 配置文件:redis.conf
ACL配置文件, 在redis.conf 中通过 aclfile /path 配置acl文件的路径
命令方式:
ACL SETUSER alice // 创建一个 用户名为 alice的用户
用如上的命令创建的用户语义为:
鸿蒙官方战略合作共建——HarmonyOS技术社区
处于 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(客户端缓存)功能。
注:https://github.com/antirez/RESP3/blob/master/spec.md
6.提升了RDB日志加载速
度根据文件的实际组成(较大或较小的值),可以预期20/30%的改进。当有很多客户机连接时,信息也更快了,这是一个老问题,现在终于解决了。
7.Redis集群代理模块 Redis Cluster proxy
在 Redis 集群中,客户端会非常分散,现在为此引入了一个集群代理,可以为客户端抽象 Redis 群集,使其像正在与单个实例进行对话一样。同时在简单且客户端仅使用简单命令和功能时执行多路复用。
Redis Cluster proxy
8.提供了众多的新模块(modules)API
注:https://redis.io/topics/modules-api-ref
“Redis6的新特性介绍”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!
网页标题:Redis6的新特性介绍
本文网址:http://lswzjz.com/article/jcehei.html