根據Redis 兩個版本的測試結果對比得出以下結論

一、Redis 2.6主從同步在網絡閃斷的情況下會自動開啟新的端口進行重新鏈，同時會進行一下操作：

1、斷開鏈接的從會向主發送SYNC命令
2、然后主fork進程導出rdb文件發送到從
3、從接收到完整的數據后，清空Redis內數據然后在從RDB中恢復
但是根據測試結果發現以下問題：
1、多個主從關系同時斷開的時候，主導出RDB文件時，會占用大量內存
2、從接收到完整數據后，恢復數據的時候，會清空數據，這時候由于Redis數據量很大，目前10G左右內存恢復速度大約1分鐘左右，這一分鐘內，很多請求無法獲取數據
3、在從RDB恢復數據的過程中，部分請求會被阻塞，導致請求超時（目前報警無法獲取數據根次有關）
二、Redis 2.8.8 沒有發現以上問題，因為Redis 2.8鏈接閃斷重新連接后，從會從斷開之前的主從同步進度開始繼續同步，不會有全量恢復的問題
三、Redis 2.8 和 Redis 2.6 在進行save操作的時候，save過程中所有的請求都會被阻塞，導致前端請求失敗，所以不要再查詢的從上進行save操作

根據以上得出建議:

1、Redis 升級到 2.8 以上，保證數據主從同步時候的可用性
2、不要直接在Redis從或主上進行save操作，可以按王彬的建議在關鍵節點增加新的從用于save備份使用
3、建議優化Redis存儲，單個端口存儲數據不要過大，這樣可以保證單個端口掛掉數據數據時候的速度，和影響面積

Redis 2.8和SSDB性能對比

SSDB 1.6.8.6
順序寫 : 1.645 ms/op 59.4 MB/s
隨機寫 : 1.679 ms/op 58.2 MB/s
順序讀 : 1.286 ms/op 75.9 MB/s
隨機讀 : 1.225 ms/op 79.7 MB/s
rpush : 1.546 ms/op 63.2 MB/s
lpop : 1.303 ms/op 74.9 MB/s

Redis 2.8.8
順序寫 : 1.617 ms/op 60.4 MB/s
隨機寫 : 1.214 ms/op 80.4 MB/s
順序讀 : 1.156 ms/op 84.5 MB/s
隨機讀 : 1.153 ms/op 84.7 MB/s
rpush : 1.222 ms/op 79.9 MB/s
lpop : 1.153 ms/op 84.7 MB/s