聊聊Redis6 新特性介紹

作者：hejianhui 2021-03-06 08:10:16

Redis 6 主要的變化有：SSL、ACLs、RESP3、客戶端緩存、線程I/O、Redis benchmark 中的集群支持和改進(jìn)的Redis cli 集群支持，以及Redis集群代理。

前言

Redis 6 主要的變化有：SSL、ACLs、RESP3、客戶端緩存、線程I/O、Redis benchmark 中的集群支持和改進(jìn)的Redis cli 集群支持，以及Redis集群代理。

1. 多線程IO

redis 6.0 提供了多線程的支持，redis 6 以前的版本，嚴(yán)格來(lái)說(shuō)也是多線程，只不過(guò)執(zhí)行用戶命令的請(qǐng)求時(shí)單線程模型，還有一些線程用來(lái)執(zhí)行后臺(tái)任務(wù)，比如 unlink 刪除大key，rdb持久化等。

redis 6.0 提供了多線程的讀寫(xiě)IO，但是最終執(zhí)行用戶命令的線程依然是單線程的，這樣就沒(méi)有多線程數(shù)據(jù)的競(jìng)爭(zhēng)關(guān)系，依然很高效。

redis 6.0 以前線程執(zhí)行模式，如下操作在一個(gè)線程中執(zhí)行完成

redis 6.0 線程執(zhí)行模式：可以通過(guò)如下參數(shù)配置多線程模型：如：

io-threads 4  // 這里說(shuō) 有三個(gè)IO 線程，還有一個(gè)線程是main線程，main線程負(fù)責(zé)IO讀寫(xiě)和命令執(zhí)行操作

默認(rèn)情況下，如上配置，有三個(gè)IO線程，這三個(gè)IO線程只會(huì)執(zhí)行 IO中的write 操作，也就是說(shuō)，read 和命令執(zhí)行都由main線程執(zhí)行。最后多線程將數(shù)據(jù)寫(xiě)回到客戶端。

開(kāi)啟了如下參數(shù)：

io-threads-do-reads yes // 將支持IO線程執(zhí)行 讀寫(xiě)任務(wù)。

image.png

2. client side caching

客戶端緩存：redis 6 提供了服務(wù)端追蹤key的變化，客戶端緩存數(shù)據(jù)的特性，這需要客戶端實(shí)現(xiàn)

執(zhí)行流程為:

當(dāng)客戶端訪問(wèn)某個(gè)key時(shí)，服務(wù)端將記錄key 和 client ;
客戶端拿到數(shù)據(jù)后，進(jìn)行客戶端緩存;
這時(shí)，當(dāng)key再次被訪問(wèn)時(shí)，key將被直接返回，避免了與redis 服務(wù)器的再次交互，節(jié)省服務(wù)端資源;
當(dāng)數(shù)據(jù)被其他請(qǐng)求修改時(shí)，服務(wù)端將主動(dòng)通知客戶端失效的key;
客戶端進(jìn)行本地失效，下次請(qǐng)求時(shí)，重新獲取最新數(shù)據(jù)。

目前只有l(wèi)ettuce對(duì)其進(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 是對(duì)于命令的訪問(wèn)和執(zhí)行權(quán)限的控制，默認(rèn)情況下，可以有執(zhí)行任意的指令，兼容以前版本.

ACL設(shè)置有兩種方式：

命令方式

ACL SETUSER + 具體的權(quán)限規(guī)則，通過(guò) ACL SAVE 進(jìn)行持久化

對(duì) ACL 配置文件進(jìn)行編寫(xiě)，并且執(zhí)行 ACL LOAD 進(jìn)行加載

ACL存儲(chǔ)有兩種方式，但是兩種方式不能同時(shí)配置，否則直接報(bào)錯(cuò)退出進(jìn)程

redis 配置文件：redis.conf
ACL配置文件, 在redis.conf 中通過(guò) aclfile /path 配置acl文件的路徑

命令方式：

ACL SETUSER alice   // 創(chuàng)建一個(gè) 用戶名為 alice的用戶

用如上的命令創(chuàng)建的用戶語(yǔ)義為：

處于 off 狀態(tài)，它是被禁用的，不能用auth進(jìn)行認(rèn)證
不能訪問(wèn)任何命令
不能訪問(wèn)任意的key
沒(méi)有密碼

如上用戶alice 沒(méi)有任何意義。

創(chuàng)建一個(gè)對(duì) 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

如上，如果訪問(wèn)沒(méi)有被授權(quán)的命令，或者key，將報(bào)錯(cuò)，set 命令沒(méi)有被授權(quán)， key a 沒(méi)有被授權(quán)，cached:name 可以通過(guò)驗(yàn)證。

更符合閱讀習(xí)慣的格式

ACL GETUSER alice

添加多個(gè)訪問(wèn)模式，空格分隔，注意，切換其他用戶進(jìn)行登錄，alice沒(méi)有admin權(quán)限

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

針對(duì)類型命令的約束

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

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

可以通過(guò)如下命令進(jìn)行查看具體有哪些命令屬于某個(gè)類別

acl cat // 查看所有類別 
acl cat dangerous // 查看所有的 dangerous 命令

開(kāi)放子命令

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

禁用client 命令，但是開(kāi)放 client 命令中的子命令 setname 和 getname ，只能是先禁用，后追加子命令，因?yàn)楹罄m(xù)可能會(huì)有新的命令增加。

4.RESP3協(xié)議

RESP(Redis Serialization Protocol)是 Redis 服務(wù)端與客戶端之間通信的協(xié)議。Redis 5 使用的是 RESP2，而 Redis 6 開(kāi)始在兼容 RESP2 的基礎(chǔ)上，開(kāi)始支持 RESP3。

推出RESP3的目的：

一是因?yàn)橄Ｍ転榭蛻舳颂峁└嗟恼Z(yǔ)義化響應(yīng)，以開(kāi)發(fā)使用舊協(xié)議難以實(shí)現(xiàn)的功能;
另一個(gè)原因是實(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ī)連接時(shí)，信息也更快了，這是一個(gè)老問(wèn)題，現(xiàn)在終于解決了。

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

在 Redis 集群中，客戶端會(huì)非常分散，現(xiàn)在為此引入了一個(gè)集群代理，可以為客戶端抽象 Redis 群集，使其像正在與單個(gè)實(shí)例進(jìn)行對(duì)話一樣。同時(shí)在簡(jiǎn)單且客戶端僅使用簡(jiǎn)單命令和功能時(shí)執(zhí)行多路復(fù)用。