Redis哈希表渐进式Rehash期间的读写机制深度剖析

1. 重写的核心目的

AOF文件记录了所有写命令，随着服务运行时间增长，文件体积会不断膨胀，带来三个问题：

| 问题 | 影响 |

|------|------|

|磁盘空间占用| 日志文件可能比实际数据大数十倍 |

|数据恢复缓慢| Redis重启时需重放海量命令，耗时从分钟级到小时级 |

|网络传输压力| 主从复制时传输大文件占用带宽 |

举例：对同一Key执行100万次INCR，AOF会记录100万条命令。重写后只需一条SET counter 1000000。

2. 重写原理：读内存而非读文件

AOF重写的核心思想是读取当前内存数据，生成最小命令集，而不是读取旧的AOF文件进行压缩。

3. 重写完整流程

4. 重写触发方式

手动触发：

# 手动执行重写 BGREWRITEAOF

自动触发（满足两个条件）：

# 条件1: 文件大小超过设定值 auto-aof-rewrite-min-size 64mb # 条件2: 文件比上次重写后增长超过设定百分比 auto-aof-rewrite-percentage 100

// 自动重写检查逻辑（简化） void check_rewrite(void) { // 获取当前AOF大小 long long aof_size = server.aof_current_size; // 条件1: 文件大于最小值 if (aof_size < server.aof_rewrite_min_size) return; // 条件2: 增长率超过百分比 if (aof_size < server.aof_rewrite_base_size * (100 + server.aof_rewrite_percentage) / 100) return; // 触发重写 rewriteAppendOnlyFileBackground(); }

5. 重写期间的写操作处理

重写期间，Redis采用双写策略保证数据不丢失：

关键点：

• aof_buf：常规缓冲区，保证正常AOF写入
• aof_rewrite_buf_blocks：专门用于重写的缓冲区，存储重写期间的所有增量命令
• 重写完成后，先追加增量命令，再原子替换文件

6. 重写过程中的内存管理

// 重写缓冲区结构 typedef struct aofrwblock { unsigned long used; // 已使用字节数 unsigned long free; // 剩余字节数 char buf[1024 * 10]; // 10KB块 } aofrwblock; // 增量命令以链表形式存储 list *aof_rewrite_buf_blocks; // 多个内存块

内存控制：当重写缓冲区增长过快（超过内存限制），Redis会主动限流：

// 如果重写缓冲区超过内存限制，降低写入速度 if (server.aof_rewrite_buf_blocks_mem > server.aof_rewrite_buf_limit) { // 主动延迟响应，让子进程有时间完成重写 usleep(1000); }

7. 磁盘空间安全策略

重写期间同时存在旧AOF和新AOF（临时）两个文件，需确保磁盘空间充足：

# 重写过程中的文件状态 -rw-r--r-- 1 redis redis 10G appendonly.aof # 旧文件 -rw-r--r-- 1 redis redis 2G temp-rewrite.aof # 临时新文件

安全建议：

# 配置重写时停止fsync，减少磁盘IO竞争 no-appendfsync-on-rewrite yes # 监控磁盘空间，建议预留30%以上空闲

8. 重写性能影响

| 阶段 | 影响 | 持续时间 |

|------|------|---------|

|fork()| 主线程短暂阻塞（数十ms~数百ms） | 与内存大小成正比 |

|子进程重写| CPU密集型，内存消耗（Copy-on-Write） | 分钟级 |

|文件替换| 原子操作，几乎无影响 | 毫秒级 |

优化建议：

• 在业务低峰期（凌晨）手动触发重写
• 控制单个Redis实例内存 ≤ 16GB（减少fork耗时）
• 监控latest_fork_usec指标

9. 混合持久化对重写的影响

Redis 4.0+的混合持久化改变了重写输出格式：

配置：

# 开启混合持久化后，重写生成混合格式文件 aof-use-rdb-preamble yes

优势：文件更小、恢复更快

---

总结

| 维度 | 说明 |

|------|------|

|触发方式| 手动BGREWRITEAOF或自动（大小+增长率双条件） |

|核心原理| fork子进程 → 读取内存数据 → 生成最小命令集 |

|增量处理| 重写期间的双写缓冲（aof_buf + 重写缓冲区） |

|文件安全| 先写临时文件，原子替换，防止损坏 |

|风险控制| 内存限流、磁盘空间预留、低峰期执行 |

|最佳实践| 配合混合持久化、设置合理阈值、监控重写耗时 |