Reids 6 新特性介紹

點贊再看，養成習慣，公衆號搜一搜【一角錢技術】關注更多原創技術文章。本文 GitHub org_hejianhui/JavaStudy 已收錄，有個人系列文章。

前言

Redis 6 主要的變化有：SSL、ACLs、RESP三、客戶端緩存、線程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線程執行 讀寫任務。
複製代碼

2. client side caching

客戶端緩存：redis 6 提供了服務端追蹤key的變化，客戶端緩存數據的特性，這須要客戶端實現 執行流程爲:

1. 當客戶端訪問某個key時，服務端將記錄key 和 client ;
2. 客戶端拿到數據後，進行客戶端緩存;
3. 這時，當key再次被訪問時，key將被直接返回，避免了與redis 服務器的再次交互，節省服務端資源;
4. 當數據被其餘請求修改時，服務端將主動通知客戶端失效的key;
5. 客戶端進行本地失效，下次請求時，從新獲取最新數據。

目前只有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.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設置有兩種方式：

1. 命令方式

   ACL SETUSER + 具體的權限規則， 經過 ACL SAVE 進行持久化

2. 對 ACL 配置文件進行編寫，而且執行 ACL LOAD 進行加載

ACL存儲有兩種方式，可是兩種方式不能同時配置，不然直接報錯退出進程

1. redis 配置文件： redis.conf
2. ACL配置文件, 在redis.conf 中經過 aclfile /path 配置acl文件的路徑

命令方式：

ACL SETUSER alice   // 建立一個 用戶名爲 alice的用戶
複製代碼

用如上的命令建立的用戶語義爲：

1. 處於 off 狀態， 它是被禁用的，不能用auth進行認證
2. 不能訪問任何命令
3. 不能訪問任意的key
4. 沒有密碼

如上用戶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…