聊聊Redis6 新特性介紹
前言
Redis 6 主要的變化有：SSL、ACLs、RESP3、客戶端緩存、線程I/O、Redis benchmark 中的集群支持和改進(jìn)的Redis cli 集群支持，以及Redis集群代理。
1. 多線程IO
redis 6.0 提供了多線程的支持，redis 6 以前的版本，嚴(yán)格來說也是多線程，只不過執(zhí)行用戶命令的請求時單線程模型，還有一些線程用來執(zhí)行后臺任務(wù)， 比如 unlink 刪除 大key，rdb持久化等。
redis 6.0 提供了多線程的讀寫IO，但是最終執(zhí)行用戶命令的線程依然是單線程的，這樣就沒有多線程數(shù)據(jù)的競爭關(guān)系，依然很高效。
redis 6.0 以前線程執(zhí)行模式，如下操作在一個線程中執(zhí)行完成
redis 6.0 線程執(zhí)行模式：可以通過如下參數(shù)配置多線程模型：如：
- io-threads 4 // 這里說 有三個IO 線程，還有一個線程是main線程，main線程負(fù)責(zé)IO讀寫和命令執(zhí)行操作
默認(rèn)情況下，如上配置，有三個IO線程， 這三個IO線程只會執(zhí)行 IO中的write 操作，也就是說，read 和 命令執(zhí)行 都由main線程執(zhí)行。最后多線程將數(shù)據(jù)寫回到客戶端。
開啟了如下參數(shù)：
- io-threads-do-reads yes // 將支持IO線程執(zhí)行 讀寫任務(wù)。
image.png
2. client side caching
客戶端緩存：redis 6 提供了服務(wù)端追蹤key的變化，客戶端緩存數(shù)據(jù)的特性，這需要客戶端實(shí)現(xiàn)
執(zhí)行流程為:
- 當(dāng)客戶端訪問某個key時，服務(wù)端將記錄key 和 client ;
- 客戶端拿到數(shù)據(jù)后，進(jìn)行客戶端緩存;
- 這時，當(dāng)key再次被訪問時，key將被直接返回，避免了與redis 服務(wù)器的再次交互，節(jié)省服務(wù)端資源;
- 當(dāng)數(shù)據(jù)被其他請求修改時，服務(wù)端將主動通知客戶端失效的key;
- 客戶端進(jìn)行本地失效，下次請求時，重新獲取最新數(shù)據(jù)。
目前只有l(wèi)ettuce對其進(jìn)行了支持：
- <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();
- }
- }
- }
注：https://redis.io/topics/client-side-caching
3. ACL權(quán)限控制
ACL 是對于命令的訪問和執(zhí)行權(quán)限的控制，默認(rèn)情況下，可以有執(zhí)行任意的指令，兼容以前版本.
ACL設(shè)置有兩種方式：
命令方式
ACL SETUSER + 具體的權(quán)限規(guī)則， 通過 ACL SAVE 進(jìn)行持久化
對 ACL 配置文件進(jìn)行編寫，并且執(zhí)行 ACL LOAD 進(jìn)行加載
ACL存儲有兩種方式，但是兩種方式不能同時配置，否則直接報(bào)錯退出進(jìn)程
- redis 配置文件：redis.conf
- ACL配置文件, 在redis.conf 中通過 aclfile /path 配置acl文件的路徑
命令方式：
- ACL SETUSER alice // 創(chuàng)建一個 用戶名為 alice的用戶
用如上的命令創(chuàng)建的用戶語義為：
- 處于 off 狀態(tài)， 它是被禁用的，不能用auth進(jìn)行認(rèn)證
- 不能訪問任何命令
- 不能訪問任意的key
- 沒有密碼
- 如上用戶alice 沒有任何意義。
創(chuàng)建一個對 cached: 前綴具有g(shù)et命令執(zhí)行權(quán)限的用戶，并且設(shè)置密碼：
- 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
如上，如果訪問沒有被授權(quán)的命令，或者key， 將報(bào)錯，set 命令沒有被授權(quán)， key a 沒有被授權(quán)，cached:name 可以通過驗(yàn)證。
更符合閱讀習(xí)慣的格式
- ACL GETUSER alice
添加多個訪問模式，空格分隔， 注意，切換其他用戶進(jìn)行登錄，alice沒有admin權(quán)限
- ACL SETUSER alice ~objects:* ~items:* ~public:*
針對類型命令的約束
- ACL SETUSER alice on +@all -@dangerous >密碼 ~*
這里+@all: 包含所有得命令 然后用-@ 去除在redis command table 中定義的 dangerous 命令
可以通過如下命令進(jìn)行查看具體有哪些命令屬于某個類別
- acl cat // 查看所有類別
- acl cat dangerous // 查看所有的 dangerous 命令
開放子命令
- ACL SETUSER myuser -client +client|setname +client|getname
禁用client 命令，但是開放 client 命令中的子命令 setname 和 getname ，只能是先禁用，后追加子命令，因?yàn)楹罄m(xù)可能會有新的命令增加。
4.RESP3協(xié)議
RESP(Redis Serialization Protocol)是 Redis 服務(wù)端與客戶端之間通信的協(xié)議。Redis 5 使用的是 RESP2，而 Redis 6 開始在兼容 RESP2 的基礎(chǔ)上，開始支持 RESP3。
推出RESP3的目的：
- 一是因?yàn)橄Ｍ転榭蛻舳颂峁└嗟恼Z義化響應(yīng)，以開發(fā)使用舊協(xié)議難以實(shí)現(xiàn)的功能;
- 另一個原因是實(shí)現(xiàn) Client-side-caching(客戶端緩存)功能。
注：https://github.com/antirez/RESP3/blob/master/spec.md
6.提升了RDB日志加載速
度根據(jù)文件的實(shí)際組成(較大或較小的值)，可以預(yù)期20/30%的改進(jìn)。當(dāng)有很多客戶機(jī)連接時，信息也更快了，這是一個老問題，現(xiàn)在終于解決了。
7.Redis集群代理模塊 Redis Cluster proxy
在 Redis 集群中，客戶端會非常分散，現(xiàn)在為此引入了一個集群代理，可以為客戶端抽象 Redis 群集，使其像正在與單個實(shí)例進(jìn)行對話一樣。同時在簡單且客戶端僅使用簡單命令和功能時執(zhí)行多路復(fù)用。
Redis Cluster proxy
8.提供了眾多的新模塊(modules)API
注：https://redis.io/topics/modules-api-ref
