影响I/O性能的关键挂载参数是noatime、barrier=0（仅限带掉电保护的RAID或NVMe）、commit=60；noatime禁用访问时间更新以减少读密集场景的元数据写入，barrier=0需硬件支持以避免数据不一致，commit=60延长日志提交间隔提升写性能但降低数据安全性。
真正影响 I/O 性能的挂载参数不多，关键就三个：noatime、barrier=0（仅限特定硬件）、commit=60。其他多数选项要么效果微弱，要么风险远大于收益。
noatime：读密集场景最有效的减写手段
默认情况下，每次读文件或目录都会触发 atime 更新，产生额外元数据写入。对 rsync 同步、日志轮转、监控采集等高频小文件读场景，这个开销非常明显。
- noatime 已隐含 nodiratime，无需重复添加
- relatime 虽兼容性好，但性能提升几乎可忽略，不建议用于性能敏感环境
- fstab 中应写为 noatime，不是 relatime 或 strictatime
barrier=0：只在安全前提下启用
写屏障（barrier）用于保证日志与数据写入顺序，防止断电导致元数据错乱。禁用它确实能提升写吞吐，但必须满足硬件条件：
- 仅适用于带掉电保护的 RAID 卡（含电容或电池）或 NVMe SSD（内置 PLP）
- 普通 SATA SSD、机械盘、无 UPS 的服务器上启用等于放弃数据一致性
- ext4 下若同时配 data=journal，内核会警告并自动忽略 barrier
commit=60：平衡写性能与数据安全
ext4 默认每 5 秒刷一次日志，频繁 fsync 会拖慢写密集型应用。commit 参数控制该间隔：
- 设为 60 可显著降低日志提交频率，适合临时缓存、中间数据盘等可容忍秒级丢失的场景
- 不能设为 0，ext4 不支持该值，挂载会失败
- 数据库主数据盘仍建议保持默认或设为 10–30，兼顾延迟与可靠性
data= 模式选型：别被“最安全”误导
ext4 的 data= 参数常被误读。实际推荐顺序很明确：
- data=ordered（默认）：只 journal 元数据，内容直写，崩溃后靠日志恢复结构，性能与安全性平衡最佳
- data=journal：所有内容进日志，写放大严重，随机小写性能可能下降 3–5 倍，仅适合极低写量+强一致性要求（如密钥存储）
- data=writeback：速度快但危险，断电可能导致文件长度与内容不一致，线上服务禁用
UUID 必须用于 fstab，设备路径（如 /dev/sdb1）在热插拔或多路径下极易漂移。blkid 查出的 UUID 值不要加引号，否则 mount 会报 unknown filesystem type 错误。
