企业级Redis开发运维从入门到实践 （18）— RDB和AOF的抉择

RDB和AOF比较命令RDBAOF启动优先级低高体积小大恢复速度快慢数据安全性丢数据根据策略决定轻重重轻RDB最佳策略“关”：关掉RDB（无论主从），除了主从复制中的全量复制需要主节点执行一次bgsave，把 RDB...

RDB和AOF比较

RDB最佳策略

• “关”：关掉RDB（无论主从），除了主从复制中的全量复制需要主节点执行一次bgsave，把 RDB 文件传给从节点来实现一个复制的效果。
• 集中管理：虽然 RDB 是一个很重的操作，但是对于数据备份是很好的，假如说按天、按小时这样一个比较大的量级备份数据，RDB 是一个比较不错的选择；因为文件大小比较小，重启速度比较快，对于集中备份管理比较有优势。
• 主从，从开？：有的时候需要在从节点开一下 RDB，这样可以在本机保存一个历史的 RDB 文件，要控制 save 的力度不要太频繁。

AOF最佳策略

• ”开“：缓存和存储，大多数情况下只会丢失1s数据，对于丢失的数据从数据源再加载一次就行。当对于访问数据源压力没有那么大、存储只起到一定的作用，建议关闭，因为AOF 确实是有一定的开销的。
• AOF重写集中管理：单机多部署的情况下 AOF 集中发生大量的一个 fork，这样会出现内存爆满。
• everysec

最佳策略

• 小分片
• 缓存或者存储
• 监控（硬盘、内存、负载、网络）
• 足够的内存