現在可以使用新版本的Redis 6.0 RC1發布四個月後。 對於那些不熟悉Redis的人，您應該知道這是一個用ANSI-C編寫並在BSD許可下分發的可伸縮鍵值數據庫管理系統。
這個穩定的版本 帶有對新功能的顯著修改，例如新 RESP3協議，功能 “客戶端緩存”，ACL （訪問控制列表），Redis命令，RDB文件等。
Redis 6.0的主要新功能
此新版本的主要新穎性之一是 RESP3，新的可選協議，據其開發商之所以必須使用s是因為舊協議RESP2的語義不夠。 RESP3的主要思想是能夠直接從Redis返回複雜的數據類型，而客戶端不必知道轉換哪種類型的“平面數組”或返回的數字而不是適當的布爾值，等等。
Redis 6.0的另一個新功能是ACL 是的 旨在隔離以保護數據免受應用程序錯誤的影響。 這樣做的好處是，現在有了用於ACL的Redis模塊接口，該接口允許您編寫自定義身份驗證方法。
客戶端上改進的緩存， 是此版本的另一個新穎之處，因為 重新設計 h放棄了利基緩存方法，轉而使用代號，這是最好的方法。 除此之外， 該功能由“傳輸模式”進行了補充添加一種新模式可能非常有用，該新模式要求服務器在客戶端上保持很少或沒有狀態。
使用傳輸模式時， 服務器不再嘗試記住每個客戶端請求的密鑰。 與此相反， 客戶訂閱密鑰前綴。 更改的結果是，沒有更多消息，僅用於選定的前綴，並且服務器端沒有內存。
此外，現在支持“選擇加入/選擇退出”模式，因此未使用廣播模式的用戶可能會告訴服務器確切的客戶端緩存內容，以減少無效消息的數量。
另一方面，我們可以找到 ACL改進，首先 現在，新的ACL LOG命令允許您查看所有違反ACL的客戶端，則訪問他們不應訪問的命令，並訪問無法訪問的密鑰或身份驗證嘗試失敗的密鑰。
其次， ACL GENPASS功能已重新實現， 它現在使用基於SHA256的HMAC，並接受一個可選參數來告訴服務器要生成多少個不可用的偽隨機字符串位。 / dev / urandom啟動時，Redis會生成內部密鑰，然後在計數器模式下使用HMAC 生成其他隨機數：程序員解釋說，這樣可以濫用API並在需要時隨時調用它，因為它將很快。
PSYNC2增強功能使Redis現在可以更頻繁地部分重新同步。 實際上，您現在可以減少協議中的最終PING，以使副本和母版更有可能找到共同的偏移量。
改進的Redis命令具有時間延遲不僅BLPOP和以前接受秒的其他命令現在都接受十進制數字，而且實際分辨率也得到了改進，從不小於當前的“ HZ”值，無論連接的客戶端數量如何。
最後，此版本的另一個重要更改是改進的RDB文件，現在可以更快地加載。 根據文件的實際組成（較大或較小的值），可以預期提高20-30％，具體取決於開發人員。 連接多個客戶端時，INFO命令現在也更快，這是一個長期存在的問題，現在終於解決了。
Redis 6.0.0已經可以從其官方網站下載。