Redis 6 RC1 發(fā)布了，項目創(chuàng)建人 antirez 在博客中介紹，這是迄今最企業(yè)化的版本(SSL 與 ACL 等特性與企業(yè)極相關(guān))，也是最大的版本，同時也是參
Redis 6 RC1 發(fā)布了，項目創(chuàng)建人 antirez 在博客中介紹，這是迄今最“企業(yè)”化的版本(SSL 與 ACL 等特性與企業(yè)極相關(guān))，也是最大的版本，同時也是參與人數(shù)最多的版本。
GA 版本預計在明年三月到五月之間發(fā)布。
Redis 6 的新特性包括：
許多新的模塊 API
更好的過期周期
SSL
ACL
RESP3
客戶端緩存
線程 I/O
副本上的無盤復制
Redis 基準集群支持與 Redis-cli 改進
Systemd 支持重寫
Redis Cluster 代理與 Redis 6 一起發(fā)布(不同倉庫)
Redis 6 發(fā)布Disque 模塊(不同倉庫)
antirez 重點介紹了其中幾大特性：
RESP3
這是 Redis 6 中的新網(wǎng)絡協(xié)議，但它是可選的，連接以 RESP2 模式開始，只有使用新的 HELLO 命令進行握手時，才進入新的協(xié)議模式。為什么要使用新協(xié)議?因為舊的語義不夠。此外，RESP3 中還有其它功能，但是主要能力還是直接從 Redis 返回復雜的數(shù)據(jù)類型，而客戶端對于數(shù)據(jù)類型的轉(zhuǎn)換是透明的。
ACL
antirez 認為 Redis 需要 ACL，因為人們在更大的環(huán)境中需要更好地控制哪些客戶端可以執(zhí)行某些操作。同時，向 Redis 添加 ACL 的另一個要點是隔離，以保護數(shù)據(jù)免受應用程序錯誤的侵害。Redis 中還為 ACL 提供了 Redis 模塊接口，因此開發(fā)者可以編寫自定義身份驗證方法。
SSL
這一特性值得一提的是，工作是完全在沒有 antirez 參與的情況下完成的，這顯示了 Redis 開發(fā)過程的變化。這可能需要簡單結(jié)合一下背景：Redis 6 中 commit 次數(shù)最多的是 antirez，達到 685 次，而排在第二位的 zhaozhao.zz commit 數(shù)量是 81。
客戶端緩存
antirez 此前已經(jīng)詳細介紹過該特性，我們也有相關(guān)分享：Redis 6 將采用全新協(xié)議 RESP3，以提供客戶端緩存功能。當使用者需要進行快速存儲或快速取操作時，就需要在客戶端內(nèi)存中存儲一小部分信息，這可以降低程序獲取數(shù)據(jù)時的延遲。
但是現(xiàn)在 antirez 認為這是 Redis 6 最不成熟的特性，他想在 Redis 6 GA 之前對此進行改進。可能會添加一個新模式，該新模式要求服務器不維護有關(guān)客戶端的狀態(tài)，或者根本不維護任何狀態(tài)，并與更多消息進行交易。目前某些“緩存插槽”中過期的信息無法單一合并，antirez 表示一月份關(guān)于此特性還有更多工作要做。
Disque 成為模塊
Disque 目的是構(gòu)建分布式的內(nèi)存中消息代理，此前它是一項實驗功能，現(xiàn)在在 Redis 6 中成為模塊，它可以支持集群消息總線 API，可以阻止和恢復客戶端、支持計時器、模塊私有數(shù)據(jù)的 AOF 和 RDB 控制功能。
集群代理
在 Redis 集群中，客戶端會非常分散，現(xiàn)在為此引入了一個集群代理，可以為客戶端抽象 Redis 群集，使其像正在與單個實例進行對話一樣。同時在簡單且客戶端僅使用簡單命令和功能時執(zhí)行多路復用。
模塊
Redis 6 的模塊 API 達到了一個新高度，發(fā)展迅速，因為 Redis Labs 從零開始就使用模塊系統(tǒng)來開發(fā)非常復雜的內(nèi)容，使得 Redis 實際上變成一個框架，可以將系統(tǒng)作為模塊來編寫，而不必從頭開始發(fā)明所有東西。
關(guān)鍵詞： 數(shù)據(jù)庫 Redis 6 RC1 ACL
