Redis短期發(fā)展規(guī)劃

中關(guān)村村草

Redis短期發(fā)展規(guī)劃









剛剛Redis的第一作者@antirez發(fā)表了一篇博文，對(duì)Redis的后續(xù)發(fā)展規(guī)劃做了一個(gè)比較明確的描述。下面是NoSQLFan的簡(jiǎn)單翻譯，關(guān)注Redis的同學(xué)不要錯(cuò)過(guò)。

Lua腳本支持
對(duì)于Redis嵌入Lua腳本執(zhí)行，目前已經(jīng)有比較清晰的思路，你可以在這里看到具體的描述。實(shí)際上腳本支持的工作已經(jīng)完成了一部分，應(yīng)該會(huì)在下一個(gè)穩(wěn)定版本中就支持。這里面你唯一需要關(guān)注的可能就是，一些命令可能支持時(shí)間會(huì)比較長(zhǎng)的問(wèn)題（關(guān)于這個(gè)話題目前我們?cè)赗edis的Google Group上已經(jīng)有一些討論了）。

腳本支持將會(huì)在2.6版本中加入，而我們會(huì)盡量在今年年底發(fā)布2.6的第一個(gè)RC版本。因?yàn)樵?.6版本中還有一些其它功能，目前我還無(wú)法確定具體會(huì)支持的功能，但是我會(huì)嘗試按時(shí)間驅(qū)動(dòng)的版本發(fā)布方式，盡量會(huì)將腳本支持和其它計(jì)劃中的東西都在穩(wěn)定版中實(shí)現(xiàn)。

Redis集群功能
Redis cluster 是下一階段最重要的功能之一，實(shí)際上你可以通過(guò)這篇文章了解到Redis集群的一些設(shè)計(jì)思想和實(shí)現(xiàn)功能。但有一點(diǎn)我需要說(shuō)明，就是集群所支持的功能，不會(huì)超出單機(jī)所支持的功能。而且并不是單機(jī)的所有功能都會(huì)在集群中實(shí)現(xiàn)，特別是對(duì)于多個(gè)key值的操作。這部分內(nèi)容正在開(kāi)發(fā)，在可預(yù)見(jiàn)的情況下，會(huì)盡量保證這些功能的可靠性。

Redis 集群能夠容忍一般的節(jié)點(diǎn)故障和網(wǎng)絡(luò)故障。但是需要說(shuō)明的是，這個(gè)一般的情況，只包括一小部分節(jié)點(diǎn)故障和小規(guī)模的網(wǎng)絡(luò)中斷情況。我們不打算通過(guò)最終一致性的方式來(lái)解決諸如大型的網(wǎng)絡(luò)故障的問(wèn)題。

Redis 集群功能和腳本功能同樣重要，但是集群功能得在3.0版本才推出。因?yàn)橄鄬?duì)來(lái)說(shuō)，腳本支持實(shí)現(xiàn)上會(huì)更容易一些，并且對(duì)大多數(shù)用戶來(lái)說(shuō)，用腳本來(lái)實(shí)現(xiàn)定制化功能的需要也更強(qiáng)烈一些。

實(shí)際上你目前已經(jīng)可以試玩一下Redis集群的功能了，但目前實(shí)現(xiàn)還不完善�？赡苓�需要幾個(gè)月的開(kāi)發(fā)才能進(jìn)入到beta版本，到時(shí)我們才會(huì)更進(jìn)行更精細(xì)的發(fā)進(jìn)并最終發(fā)布穩(wěn)定版。我們會(huì)盡量在集群功能足夠穩(wěn)定后再發(fā)布。因?yàn)镽edis目前已經(jīng)能夠支持很多應(yīng)用場(chǎng)景了，所以我們?cè)诩�群功能上�?huì)非常謹(jǐn)慎，盡量不會(huì)對(duì)原有功能造成不必要的影響。

當(dāng)然，好的一面是Redis的集群功能在設(shè)計(jì)上非常簡(jiǎn)單。這讓我們很有信心可以在花費(fèi)一段時(shí)間后能得到一個(gè)靠譜的集群實(shí)現(xiàn)。

Replication功能的改進(jìn)
為了更好的實(shí)現(xiàn)Redis集群功能，我們需要對(duì)現(xiàn)有的Replication機(jī)制進(jìn)行改進(jìn)。比如我們會(huì)修改數(shù)據(jù)同步方案，使得主從連接出問(wèn)題后，不必總是把全部數(shù)據(jù)進(jìn)行重傳。當(dāng)然，這可能會(huì)有一定的條件，比如連接斷開(kāi)的時(shí)間需要在一定范圍內(nèi)，并且能夠通過(guò)某種機(jī)制識(shí)別到斷開(kāi)前數(shù)據(jù)同步的進(jìn)度。簡(jiǎn)單來(lái)說(shuō)，具體實(shí)現(xiàn)方式就是在slave和master斷開(kāi)連接后，master還是會(huì)繼續(xù)發(fā)送操作日志，這部分日志會(huì)被緩存起來(lái)，等slave再連接上master的時(shí)候，我們?cè)賹⒕彺孢@部分操作日志傳給它。

這個(gè)功能可能需要在3.0或者更晚才能發(fā)布。因?yàn)楝F(xiàn)在的方案雖然并非最完美的，但是對(duì)Redis集群功能來(lái)說(shuō)可能也夠了。

持久化方案的改進(jìn)
目前Redis支持兩種方式的持久化，RDB文件和AOF日志。這兩種都有各自的好處。目前還是不特別明確會(huì)如何進(jìn)行改進(jìn)，可能我們會(huì)將兩種方式合并起來(lái)，或者是對(duì)AOF方式做一次比較大的改進(jìn)。比如可能不再需要在線的rewrite AOF日志（rewrite可能能夠通過(guò)外部程序或者獨(dú)立的Redis線程來(lái)完成）。

雖然目前改進(jìn)方向不是很明確，但是從今年初開(kāi)始，在這方面我們積累了很多不錯(cuò)的想法，我們會(huì)通過(guò)實(shí)驗(yàn)來(lái)找出最好的方案。

其實(shí)目前很多用戶并不清楚通過(guò)AOF和RDB的方式，Redis也可以是非�？煽康模�所以我們希望在用戶理解上和具體實(shí)現(xiàn)上，都能夠讓Redis AOF都更可靠一些。就像目前成熟的SQL數(shù)據(jù)庫(kù)一樣。

這也是在集群功能后才會(huì)來(lái)做的事。

進(jìn)行一些內(nèi)部改造
我們打算利用現(xiàn)有的Pub/Sub機(jī)制來(lái)實(shí)現(xiàn)一些Redis內(nèi)部的通信，比如key值過(guò)期，客戶端連接/斷開(kāi)，對(duì)key值進(jìn)行了操作等等事件。到時(shí)我們能支持使用者結(jié)合Lua腳本擴(kuò)展來(lái)實(shí)現(xiàn)這些功能。比如將所有過(guò)期的key值放到一個(gè)list中，或者實(shí)現(xiàn)一些需要客戶端結(jié)合Pub/Sub才能實(shí)現(xiàn)的功能。

提供更精確的過(guò)期時(shí)間
我們會(huì)提供毫秒級(jí)別的過(guò)期時(shí)間設(shè)置，目前過(guò)期時(shí)間只能精確到秒級(jí)，雖然對(duì)于大多數(shù)應(yīng)用場(chǎng)景來(lái)說(shuō)已經(jīng)足夠了。

長(zhǎng)數(shù)據(jù)的讀寫(xiě)操作性能改進(jìn)
如果你看一下 ’slowset’ 這個(gè)分支，你可以已經(jīng)發(fā)現(xiàn)我們正在做這方面的工作。需要說(shuō)明一下，這里說(shuō)的長(zhǎng)數(shù)據(jù)，是指范圍在100k到1MB之間長(zhǎng)度。對(duì)于kb級(jí)別的數(shù)據(jù)，Redis目前的處理性能已經(jīng)非常高了。

其它小功能
你可以看一下這個(gè)新功能的list，這里面有很多我們會(huì)實(shí)現(xiàn)的功能，這些功能比較小，就不一一列舉了。

來(lái)源：antirez.com

小鬼萌萌控

謝謝分享