redis 持久化AOF
2018-11-22 本文已影响0人
文刀雨
RDB 有什么问题
- 耗时 耗性能
o(n)数据:耗时
fork():销毁内存 ,copy-on-write策略
Disk I/O :IO 性能 - 不可控 丢失数据
AOF
AOF的三种策略
-
always
不丢失数据,IO开销大,一般的sata盘只有几百TPS
- everysec
默认值
每秒写入
可能丢失1秒的数据 - no
优点 不用管
确定 不可控
不建议使用
AOF重写
把过期的,重复的,没有用的,可以优化
作用 :
- 减少磁盘占用量
- 加速恢复速度
AOF重写实现两种方式
- bgrewriteaof
-
AOF重写配置
bgrewriteaof命令.png
AOF重写配置
统计
AOF自动触发时机
AOF重写流程
image.pngAOF相关配置
appendonly yes
image.png
增长率,最小尺寸
RDB和AOF 抉择
-
RDB与AOF 对比
image.png
RDB 二进制 体积小
- RDB 最佳策略
2.1 “关”
2.2 集中管理
2.3 主从,从开? - AOF最佳策略
3.1 “开”:缓存和存储
3.2 AOF集管理
3.3 everysec
3.4 小分片
3.5 缓存或者存储
3.6. 监控(硬盘,内存,负载,网络)
3.7 足够的内存