一、解決主從復(fù)制問題

當(dāng)使用Redis作為存儲引擎的時候，并且使用Redis讀寫分離，從機作為讀的情況，從機宕機或者和主機斷開連接都需要重新連接主機，重新連接主機都會觸發(fā)全量的主從復(fù)制，這時候主機會生成內(nèi)存快照，主機依然可以對外提供服務(wù)，但是作為讀的從機，就無法提供對外服務(wù)了，如果數(shù)據(jù)量大，恢復(fù)的時間會相當(dāng)?shù)拈L。為了解決Redis主從Copy的問題，有如下兩個解決方案：

主動復(fù)制

所謂主動復(fù)制，就是業(yè)務(wù)層雙寫多個Redis，避開Redis自帶的主從復(fù)制。但是自己干同步，就會產(chǎn)生一致性問題，為了保證主從一致，需要加入一系列的驗證機制。而且這樣的做法，會降低系統(tǒng)性能。

修改源代碼，支持增量同步

Redis寫AOF文件，關(guān)閉Redis rewrite AOF文件功能，為了避免文件過大，可以自己實現(xiàn)文件分割功能。

在業(yè)務(wù)低峰時期，生成內(nèi)存快照，并記錄快照時刻AOF所在的點。

當(dāng)從機重連的時候，從機發(fā)送同步命令給主機，主機收到命令后，把最新的快照文件發(fā)送給從機，從機從快照文件中恢復(fù)，并且獲得了該快照對應(yīng)的AOF點，從機將AOF點發(fā)送給主機，主機將AOF文件中該點之后的所有數(shù)據(jù)操作同步給從機，達(dá)到增量同步的效果。

二、解決擴容問題

Redis作者的思路是：Redis Presharding（）

預(yù)算設(shè)定Redis instances數(shù)量，假設(shè)實例數(shù)量n，n = 機器數(shù)*單臺機器redis實例數(shù)

后期擴展只需要將舊機器上的部分redis實例遷移到新的機器上，達(dá)到平滑擴容。

遷移步驟如下：

在新的機器上創(chuàng)建實例，并且每個實例設(shè)置為被遷移實例的從機。

主從復(fù)制完成之后，設(shè)置程序?qū)⑿碌膶嵗鳛橹鳌?/p>

停止舊的實例

經(jīng)過如上步驟之后，舊機器的內(nèi)存就變大了，最后內(nèi)存最大為每臺機器一個Redis實例。

按作者文章中所說的，一個機器啟動多個實例，其實并不會耗費太多資源，因為Redis夠輕量，另外多個實例一個接一個的重寫AOF文件或者生成內(nèi)存快照，可以降低內(nèi)存的占用，而不影響對外的服務(wù)。

更多信息請查看IT技術(shù)專欄