版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/zx711166/article/details/82966139
RDB和AOF比较
| 命令 | RDB | AOF |
|---|---|---|
| 启动优先级 | 低 | 高 |
| 体积 | 小 | 大 |
| 恢复速度 | 快 | 慢 |
| 数据安全性 | 丢数据 | 根据策略决定 |
| 轻重 | 重 | 轻 |
RDB最佳策略
- “关”：关掉RDB（无论主从），除了主从复制中的全量复制需要主节点执行一次bgsave，把 RDB 文件传给从节点来实现一个复制的效果。
- 集中管理：虽然 RDB 是一个很重的操作，但是对于数据备份是很好的，假如说按天、按小时这样一个比较大的量级备份数据，RDB 是一个比较不错的选择；因为文件大小比较小，重启速度比较快，对于集中备份管理比较有优势。
- 主从，从开？：有的时候需要在从节点开一下 RDB，这样可以在本机保存一个历史的 RDB 文件，要控制 save 的力度不要太频繁。
AOF最佳策略
- ”开“：缓存和存储，大多数情况下只会丢失1s数据，对于丢失的数据从数据源再加载一次就行。当对于访问数据源压力没有那么大、存储只起到一定的作用，建议关闭，因为AOF 确实是有一定的开销的。
- AOF重写集中管理：单机多部署的情况下 AOF 集中发生大量的一个 fork，这样会出现内存爆满。
- everysec
最佳策略
- 小分片
- 缓存或者存储
- 监控（硬盘、内存、负载、网络）
- 足够的内存