redis 持久化AOF

RDB 有什么问题

• 耗时 耗性能
  o(n)数据：耗时
  fork():销毁内存 ，copy-on-write策略
  Disk I/O :IO 性能
• 不可控 丢失数据

AOF

AOF的三种策略

• always

  
  
  
  

  不丢失数据，IO开销大，一般的sata盘只有几百TPS

• everysec
  默认值
  每秒写入
  可能丢失1秒的数据
• no
  优点 不用管
  确定 不可控
  不建议使用

AOF重写
把过期的，重复的，没有用的，可以优化

作用 ：

1. 减少磁盘占用量
2. 加速恢复速度

AOF重写实现两种方式

1. bgrewriteaof

2. AOF重写配置

   
   
   bgrewriteaof命令.png
   
   
   AOF重写配置
   
   
   统计
   
   
   AOF自动触发时机

AOF重写流程

image.png

AOF相关配置

appendonly yes

image.png

增长率，最小尺寸

RDB和AOF 抉择

1. RDB与AOF 对比

   
   
   image.png
   
   

   RDB 二进制 体积小

2. RDB 最佳策略
   2.1 “关”
   2.2 集中管理
   2.3 主从，从开？
3. AOF最佳策略
   3.1 “开”：缓存和存储
   3.2 AOF集管理
   3.3 everysec
   3.4 小分片
   3.5 缓存或者存储
   3.6. 监控（硬盘，内存，负载，网络）
   3.7 足够的内存