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

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

主動(dòng)復(fù)制
所謂主動(dòng)復(fù)制，就是業(yè)務(wù)層雙寫多個(gè)Redis，避開Redis自帶的主從復(fù)制。但是自己干同步，就會產(chǎn)生一致性問題，為了保證主從一致，需要加入一系列的驗(yàn)證機(jī)制。而且這樣的做法，會降低系統(tǒng)性能。
修改源代碼，支持增量同步
Redis寫AOF文件，關(guān)閉Redis rewrite AOF文件功能，為了避免文件過大，可以自己實(shí)現(xiàn)文件分割功能。
在業(yè)務(wù)低峰時(shí)期，生成內(nèi)存快照，并記錄快照時(shí)刻AOF所在的點(diǎn)。
當(dāng)從機(jī)重連的時(shí)候，從機(jī)發(fā)送同步命令給主機(jī)，主機(jī)收到命令后，把最新的快照文件發(fā)送給從機(jī)，從機(jī)從快照文件中恢復(fù)，并且獲得了該快照對應(yīng)的AOF點(diǎn)，從機(jī)將AOF點(diǎn)發(fā)送給主機(jī)，主機(jī)將AOF文件中該點(diǎn)之后的所有數(shù)據(jù)操作同步給從機(jī)，達(dá)到增量同步的效果。

二、解決擴(kuò)容問題

Redis作者的思路是：Redis Presharding（http://oldblog.antirez.com/post/redis-presharding.html）

預(yù)算設(shè)定Redis instances數(shù)量，假設(shè)實(shí)例數(shù)量n，n = 機(jī)器數(shù)*單臺機(jī)器redis實(shí)例數(shù)
后期擴(kuò)展只需要將舊機(jī)器上的部分redis實(shí)例遷移到新的機(jī)器上，達(dá)到平滑擴(kuò)容。
遷移步驟如下：

在新的機(jī)器上創(chuàng)建實(shí)例，并且每個(gè)實(shí)例設(shè)置為被遷移實(shí)例的從機(jī)。
主從復(fù)制完成之后，設(shè)置程序?qū)⑿碌膶?shí)例作為主。
停止舊的實(shí)例
經(jīng)過如上步驟之后，舊機(jī)器的內(nèi)存就變大了，最后內(nèi)存最大為每臺機(jī)器一個(gè)Redis實(shí)例。

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