高负载下文件系统性能瓶颈常源于挂载参数；禁用atime、合理设置data=模式、启用TRIM、调整commit间隔可显著提升I/O效率。
高负载下文件系统效率瓶颈，往往不在硬件或应用层，而卡在挂载参数这“第一道门”。合理调整，不改代码、不换盘，I/O 延迟就能降 20%～50%，吞吐提升明显。
优先禁用 atime 更新
默认每次读文件都写访问时间戳，对数据库、日志轮转、静态资源服务这类高频小文件读场景，纯属冗余开销。现代内核（5.0+）启用 noatime 后自动包含 nodiratime，目录访问也不再触发元数据写入。
- 推荐加到 /etc/fstab：例如
UUID=xxx /data ext4 defaults,noatime 0 2 - 生效命令：
sudo mount -o remount /data - 实测：
find /var/log -name "*.log" | xargs ls类操作提速 3–5 倍
按数据重要性选 ext4 的 data 模式
ext4 的 data= 参数决定数据与元数据如何落盘，直接影响一致性与速度。
- data=ordered（默认且推荐）：元数据走日志，文件内容直写主区；崩溃后靠日志恢复目录结构，安全与性能平衡，适合 MySQL 主库、Nginx 根目录等通用业务
-
data=writeback：仅元数据进日志，内容异步回写；断电可能造成文件长度与实际内容错位（如显示 10MB，但有效数据只前 2MB），仅限
/tmp、日志归档卷等可丢数据场景 - data=journal：所有数据先写日志再刷盘；写放大严重，随机小写性能可能下降 3–5 倍，极少使用；仅考虑证书密钥盘等极低写量+强一致要求场景
SSD 必配 TRIM，但别和 barrier 冲突
SSD 需要主动回收无效块，否则写放大加剧、性能逐步衰减。
- 确认设备支持 TRIM：
sudo lsblk -D查看 DISC-GRAN 和 DISC-MAX 是否非零 - fstab 中加 discard（启动时一次性 TRIM）或定期运行
fstrim -v /data - 注意：discard 与 barrier=0 不应共存；若用 discard，保持 barrier=1（默认）更稳妥
日志提交间隔可适度放宽
ext4 默认每 5 秒提交一次日志，频繁小写会带来额外同步开销。
- commit=60 将间隔拉长至 60 秒，适用于缓存盘、日志暂存区等可容忍短时丢失的场景
- 不可设为 0（ext4 不支持），也不建议超 120 秒，避免宕机丢失过多数据
- 示例：
UUID=xxx /cache ext4 defaults,noatime,commit=60 0 2
