4. 脏页回写触发条件：定时回写、内存阈值回写与系统调用

Page Cache 中的脏页（Dirty Page）不会无限期停留在内存中。Linux 内核通过一套精密的触发机制，在合适的时机将脏页数据稳定地写回块设备。理解这些触发条件是诊断“数据丢失”、“写性能抖动”和“I/O 堆积”等故障的前提。

脏页回写的触发主要分为三类：定时回写、内存阈值回写和系统调用强制回写。这三者协同工作，既保证数据不长期驻留内存，又避免频繁回写导致性能下降。

4.1 定时回写（dirty_expire_centisecs）

定时回写是内核保证脏页“寿命”上限的机制。即使系统内存充足、无写入压力，脏页在内存中停留超过一定时间后，也必须被刷入磁盘。

• 核心参数：/proc/sys/vm/dirty_expire_centisecs（单位：百分之一秒，默认 3000，即 30 秒）。
• 工作原理：内核的 flusher 线程（每个回写设备对应一个）周期性扫描 inode 的脏页链表。当发现某个脏页的“脏龄”（dirty time）超过 dirty_expire_centisecs 时，立即将其加入回写队列。
• 故障关联：如果该值设置过大（如 60000，即 10 分钟），系统异常掉电时可能丢失大量数据；设置过小（如 500，即 5 秒），则会产生频繁的小块写 I/O，降低磁盘吞吐量。

4.2 内存阈值回写（dirty_background_ratio / dirty_ratio）

当脏页占用的内存比例达到一定阈值时，内核会启动“主动回写”以防止内存耗尽。这是最常引发性能问题的触发条件。

• 后台阈值（dirty_background_ratio）：当脏页比例超过此值，内核唤醒 flusher 线程在后台回写。此时应用进程仍可继续写入，但磁盘 I/O 开始增加。
• 阻塞阈值（dirty_ratio）：当脏页比例超过此值，内核进入“同步回写”模式。任何尝试写入 Page Cache 的进程（write() 系统调用）都会被阻塞，直到脏页比例降至阈值以下。这是系统出现“写卡顿”的常见原因。
• 故障关联：在内存较大（如 256GB）且磁盘 I/O 能力不足的服务器上，即使 dirty_background_ratio 为 10%，也可能产生 25GB 的脏页。一旦达到 dirty_ratio（20%，即 51GB），所有写进程瞬间冻结，造成应用超时。

4.3 sync / fsync 系统调用触发

应用程序可以通过系统调用强制内核立即回写指定文件或整个文件系统的脏页。这是保证数据持久化的最后手段，但也是造成“单点写延迟”的根源。

• fsync(fd)：将文件描述符 fd 对应的文件所有脏数据和元数据（inode、dentry）刷入磁盘。调用返回时，数据保证已落盘。
• fdatasync(fd)：类似 fsync，但只刷数据，不强制刷元数据（除非元数据影响后续数据访问）。性能略优于 fsync。
• sync()：将整个 Page Cache 中所有脏页（包括数据和元数据）刷入磁盘。该调用会等待所有回写完成才返回，通常由系统关机脚本或管理员手动执行。
• syncfs(fd)：仅刷文件描述符 fd 所在文件系统的脏页，比 sync() 范围更小。

4.4 三种触发条件的协同关系

下图展示了三种触发条件在 Page Cache 回写流程中的协同工作方式：

4.5 参数配置与故障排查对照表

在实际故障排查中，以下参数组合是检查的重点：

4.6 实战排查命令

以下命令用于实时观察脏页回写触发状态：

# 查看当前脏页数量与比例
cat /proc/vmstat | grep -E "dirty|writeback"

# 查看内核回写参数
sysctl -a | grep dirty

# 使用 sar 观察磁盘 I/O 与回写关系（每 1 秒采样）
sar -d 1 10

# 跟踪 fsync 系统调用（需 strace）
strace -e trace=fsync,fdatasync,sync -p <PID>

# 查看 flusher 线程状态
ls /sys/block/sda/queue/ | grep write
cat /sys/block/sda/queue/write_cache