新版本的數據庫引擎 Redis 6.0已經發布 並且新的RESP3協議作為該版本的主要功能出現。 對於那些不知道的人 該數據庫引擎的 他們應該知道它與NoSQL系統類有關。
Redis的 提供類似Memcached的功能來存儲鍵/值數據,通過對結構化數據格式(如列表,哈希和集)的支持以及在Lua中運行服務器端腳本腳本的功能進行了增強。
與Memcached不同 Redis在磁盤上提供永久數據存儲 並在緊急關閉時確保數據庫的安全性。
對於數據管理, 提供遞增/遞減之類的命令,列表和集合(聯合,交集)上的標準操作, 鍵重命名,多項選擇和排序功能。
Se 支持兩種存儲方式: 磁盤上的定期數據同步和磁盤上的更改日誌。 在第二種情況下,將確保所有更改的完全安全性。 可以在非阻塞模式下組織跨多個服務器的主從數據複製。 還可以使用“發布/訂閱消息”模式,該模式中創建一個頻道,該頻道的消息通過訂閱分發給客戶。
Redis 6.0的新功能是什麼?
默認, 提出了新的RESP3協議, 但是連接以RESP2模式啟動,並且只有在協商連接時使用新命令的情況下,客戶端才會切換到新協議。 RESP3允許您直接返回複雜的數據類型 無需在客戶端上轉換通用數組並分離返回類型。
在此新版本中引人注目的另一個變化是s訪問控制列表支持 這 可以準確確定客戶可以執行哪些操作,哪些不能執行.
ACL的實現並不意味著額外的開銷 而且對性能幾乎沒有影響。 接口模塊也已準備好用於ACL,使您可以創建自己的身份驗證方法。 要查看所有記錄的ACL違規,提供了ACL LOG命令。 為了生成不可預測的會話密鑰,已使用基於SHA256的HMAC添加了“ ACL GENPASS”命令。
我們也可以找到支持客戶端數據緩存。 有兩種模式可用 要將客戶端緩存與數據庫狀態進行協調,請執行以下操作:
- 將客戶端先前請求的服務器密鑰存儲在客戶端緩存中,以通知您該記錄的相關性丟失。
- “廣播”機制,其中客戶端訂閱某些密鑰前綴,如果這些前綴中的密鑰發生更改,服務器將通知此機制。 ``廣播''模式的優點是服務器上沒有浪費額外的內存來在客戶端存儲一張緩存的值卡,但是傳輸的消息數量卻減少了。
添加了群集代理, Redis服務器集群的代理, 允許您使用多台Redis服務器來組織客戶的工作,例如。 代理可以將請求路由到具有必要數據的節點,進行多路復用連接,在節點發生故障的情況下重新配置群集,並執行跨越多個節點的請求。
大大改進了用於編寫模塊的API, 本質上將Redis變成了一個框架,該框架允許您以插件形式創建系統。
PSYNC2複製協議已得到改進, 通過增加標識副本和主副本公用偏移量的機會,這使得更頻繁地執行部分重新同步。
而且它也脫穎而出 更快地加載RDB文件。 根據文件的填充,加速度為20%到30%。 在存在大量連接的客戶端的情況下,INFO命令的執行速度顯著提高。
最後,如果您想了解更多信息或下載新版本,可以從 下一個鏈接