企業級Redis開發運維從入門到實踐 （18）— RDB和AOF的抉擇
阿新 • • 發佈：2018-12-14
RDB和AOF比較
| 命令 | RDB | AOF |
|---|---|---|
| 啟動優先順序 | 低 | 高 |
| 體積 | 小 | 大 |
| 恢復速度 | 快 | 慢 |
| 資料安全性 | 丟資料 | 根據策略決定 |
| 輕重 | 重 | 輕 |
RDB最佳策略
- “關”：關掉RDB（無論主從），除了主從複製中的全量複製需要主節點執行一次bgsave，把 RDB 檔案傳給從節點來實現一個複製的效果。
- 集中管理：雖然 RDB 是一個很重的操作，但是對於資料備份是很好的，假如說按天、按小時這樣一個比較大的量級備份資料，RDB 是一個比較不錯的選擇；因為檔案大小比較小，重啟速度比較快，對於集中備份管理比較有優勢。
- 主從，從開？：有的時候需要在從節點開一下 RDB，這樣可以在本機儲存一個歷史的 RDB 檔案，要控制 save 的力度不要太頻繁。
AOF最佳策略
- ”開“：快取和儲存，大多數情況下只會丟失1s資料，對於丟失的資料從資料來源再載入一次就行。當對於訪問資料來源壓力沒有那麼大、儲存只起到一定的作用，建議關閉，因為AOF 確實是有一定的開銷的。
- AOF重寫集中管理：單機多部署的情況下 AOF 集中發生大量的一個 fork，這樣會出現記憶體爆滿。
- everysec
最佳策略
- 小分片
- 快取或者儲存
- 監控（硬碟、記憶體、負載、網路）
- 足夠的記憶體