关键在于平衡脏页回写节奏与写入负载：设vm.dirty_background_ratio=5触发早刷、vm.dirty_ratio=20防阻塞、vm.dirty_writeback_centisecs=500实现细粒度刷盘，并配合xfs、noatime、o_direct及io_uring等协同优化。

优化 Linux 持久化存储的写入并发吞吐量，关键不是“拼命压盘”，而是让写操作更平滑、更可控——既要避免脏页堆积引发 I/O 尖峰，又要减少锁竞争和系统调用开销，同时匹配应用负载特征。

调优内核脏页回写机制

Linux 默认的脏页刷盘策略容易在高写入场景下集中触发，造成磁盘队列飙升和业务卡顿。需重点调整 writeback 行为：

• 降低后台刷盘阈值：设 vm.dirty_background_ratio=5（内存中脏页占比达 5% 即启动后台回写），避免积压过多再猛刷
• 限制脏页上限：设 vm.dirty_ratio=20（达 20% 时进程阻塞写入），防止突发写导致 OOM 或响应延迟失控
• 缩短刷盘间隔：调小 vm.dirty_writeback_centisecs=500（即每 5 秒检查一次），让刷盘更频繁、更细粒度
• 禁用不必要同步：对非强一致性要求的场景（如日志、缓存落盘），可考虑关闭 fsync() 调用，或使用 O_DSYNC 替代 O_SYNC

选用合适文件系统与挂载选项

文件系统层面对并发写入的支持差异显著，不能只依赖 ext4 默认配置：

linux-performance-analyzer

Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。

下载

• 优先选 XFS：原生支持大文件、高并发元数据操作，且具备延迟分配（delayed allocation）机制，能合并小写、减少碎片
• 禁用访问时间更新：挂载时加 noatime,nodiratime，避免每次读都触发元数据修改
• 启用 barrier 控制权衡：若使用带断电保护的 SSD 或 RAID 卡，可设 barrier=0（XFS）或 commit=60（ext4），减少日志强制刷盘次数
• 预分配空间：对固定增长型文件（如数据库 WAL、消息队列日志），用 fallocate() 预留连续块，避免运行时扩展锁争抢

绕过页缓存直写设备（谨慎使用）

当应用自身已做缓冲或可靠性由上层保障时，可跳过内核页缓存，降低内存压力与延迟不确定性：

• 使用 O_DIRECT 标志打开文件：绕过 page cache，直接提交 I/O 到块层；需注意对齐（buffer 和 offset 均需按逻辑块大小对齐，通常是 512B 或 4KB）
• 配合异步 I/O（io_uring）：相比传统 aio，io_uring 提供更低开销、更高并发的提交路径，尤其适合批量小写场景
• 注意适用边界：O_DIRECT 不适用于随机小写密集型负载（如 OLTP），易放大 IOPS 压力；更适合顺序大写（如日志追加、流式备份）

协同应用层写策略

内核调优必须与应用行为对齐，否则效果有限甚至适得其反：

• 批量写代替频繁小写：例如 ActiveMQ 的 concurrentStoreAndDispatchQueues=true 允许边写磁盘边分发，Redis 的 appendonly yes + appendfsync everysec 平衡性能与安全
• 分离热写与冷写路径：将高频写入（如事务日志）与低频写入（如索引、统计）放在不同物理设备或逻辑卷上
• 控制并发线程数：避免远超磁盘并行能力的线程争抢 I/O 调度器队列；可通过 cgroup v2 的 io.weight 或 io.max 限流保底
• 监控真实瓶颈点：用 iostat -x 1 看 %util 和 await，用 perf record -e block:block_rq_issue 定位是应用发请求慢，还是内核/驱动/硬件处理慢