另类精品在线,精品十区第九页,曰本无码中文字幕av

上個月，Redis舉辦了3場線上會議，分別介紹了即將正式發(fā)布的Redis 7中包括的重要更新的內(nèi)容，還有Redis完全重寫的RedisJSON 2.0模塊，和新發(fā)布的Redis Stack模塊。除此之外，在此次線上會議中還介紹了現(xiàn)代化的軟件架構(gòu)與Redis是如何緊密結(jié)合在一起，例如Redis與Machine Learning或者人工智能的結(jié)合。下面讓我們來具體看一下在會議中提到的具體內(nèi)容吧。下面我們來看一個具體的例子：

****首先，讓我們來看一下Redis 7提供的新特性** **

1、Redis Functions: 在Redis 7.0中作為Lua腳本的升級內(nèi)容

在2012年發(fā)布的Redis2.6中，Redis引入了Lua腳本這個概念。Lua腳本概念的引入使得Redis中的數(shù)據(jù)與客戶的應(yīng)用程序結(jié)合的更加緊密，但是不可否則，Lua腳本依然有它的局限性：Lua腳本是存在于客戶端應(yīng)用程序中的，一旦客戶端應(yīng)用重新啟動，那么Lua腳本需要重新加載，這樣就增加了對客戶端應(yīng)用程序的代碼量與程序員維護(hù)程序的成本。為了解決這些問題，Redis 7.0加入了Redis Functions這個概念，Redis Functions可支持持久化，可復(fù)制，并且在節(jié)點重啟之后可以直接從server端讀取，并且還提供未來多種語言的API支持(目前只支持Lua)。下面我們來看一個具體的例子：

image.png

圖一：是一個名字為myscript.lua 的Lua腳本文件

我們可以看到當(dāng)腳本成功執(zhí)行，server端的log顯示：Execution started 和Execution ended。

image.png

圖二：是這個腳本文件在客戶端運行的情況

當(dāng)server被重啟后，這個Lua腳本如果不重新加載，那么它不會被執(zhí)行，會顯示錯誤信息。

image.png

圖三：顯示信息

那么下面我們來看一下如果是Redis Functions，運行的情況是什么樣的。首先讓我們來看一下Lua腳本和Redis Functions腳本的共同點和區(qū)別。下圖是一個名為mylib.lua的Redis Functions腳本與之前的Lua腳本的一個對比。我們可以看到，唯一的不同是在Redis Functions中執(zhí)行了一條語句：

redis.register_function(“hgetset”, hgetset);

image.png

圖四：前后對比

我們看到客戶端首先運行: redis-cli –x FUNCTION LOAD Lua mylib 將這個mylib加載進(jìn)Redis 服務(wù)器端，然后調(diào)用redis-cli FCALL hgetset 1 myhash myfield “some other value” 去調(diào)用這個函數(shù)，最后我們可以看到成功的被執(zhí)行了。

image.png

在server被重新啟動之后，如果我們直接執(zhí)行redis-ci FCALL …. 去調(diào)用這個函數(shù)，mylib中的函數(shù)依然可以執(zhí)行成功，而不需要像Lua腳本那樣重新加載。

image.png

2、ACL Selectors: 對于Redis 6.0 ACL功能的擴(kuò)展(V1)，可以支持更豐富和更方便的權(quán)限設(shè)置

在Redis 7 之前的ACL功能具有很多限制：例如一個用戶不能對不同的鍵設(shè)置不同的權(quán)限(permissions);或者用戶也不能對不同的鍵賦予不同的讀寫權(quán)限。在Redis 7中的ACL V2中，這些方面得到了進(jìn)一步的改善：新增加了一個selector的概念，這個概念是將一系列的權(quán)限規(guī)則放在一起作為一個整體來執(zhí)行(Selectors are a collection of authorization rules that are evaluated as a group), 并且用戶可以執(zhí)行命名以root權(quán)限執(zhí)行或者作為某一個selector來執(zhí)行(A user can execute a command if either the root permission or any selector authorizes the commands)。另外，在ACL V2中，Redis 新增了用戶對鍵(key based)的權(quán)限控制能力，下面我們來看一個具體的例子：

基于Selector的例子，我們可以看到基于MADELYN用戶，它對于itamar_q 是有LPOP操作權(quán)限而沒有LPUSH操作權(quán)限的，但是對于madelyn_q是有LPUSH操作權(quán)限的。

image.png

基于key based 權(quán)限的例子

image.png

3、在集群方面

增加了對分片的Pub/Sub支持，并且還增加了對主機(jī)名的支持。

4、在底層數(shù)據(jù)結(jié)構(gòu)中

使用listpacks替換了ziplists，并且使用了RDB 10的格式。

5、對于AOF文件，使用了多AOF機(jī)制

使得在重寫過程中使用更少的內(nèi)存和占用更低的I/O;第二個特點是在AOF中增加了每個鍵值對所對應(yīng)的時間戳，為之后的Redis版本提供回滾和恢復(fù)提供了很好的支持。

RedisJSON 2.0

RedisJSON 2.0是由RUST完全重寫的，它比上一個版本提供了更強(qiáng)的性能，更好的穩(wěn)定性和更低的內(nèi)存占用率。同時，RedisJSON2.0 對文檔中的特定內(nèi)容提供了JSONPath的語法支持。新的版本具有以下新特點:1.支持文檔中子元素(sub-element)的更新。這種能力基于使用了JSON 數(shù)據(jù)交換格式(ECMA 404)作為元數(shù)據(jù)類型對子元素執(zhí)行原子化的更新操作，其結(jié)果是大大提高的開發(fā)者的效率并且加快了應(yīng)用程序的相應(yīng)速度2.RediSearch可以支持索引(index),可以在JSON文檔中進(jìn)行全文查找3.新版本不但對大多數(shù)流行的主流語言(JavaScript, Python, Java C#)和平臺(Spring, ASP.NET, Node.js, DJango)提供支持，而且還對RedisInsight提供良好的GUI和入門指導(dǎo)下面提供一個具體的例子來說明一下以上提到的特點：