禁用atime更新是提升Linux文件系统I/O性能最直接有效的调优手段，noatime完全关闭访问时间更新、隐含nodiratime且安全无副作用；relatime仅在必要时更新，作为兼容折中方案。
核心是减少不必要的元数据写入和适配硬件特性，而不是堆参数。重点调几个关键项就能明显降低 I/O 压力。
禁用或放宽 atime 更新
每次读文件默认更新访问时间（atime），产生额外写操作，尤其在小文件高频读场景下开销显著。
- noatime：完全关闭 atime 记录，适用于 Web 服务、数据库只读节点、日志分析等绝大多数服务器场景
- relatime：仅当 mtime/ctime 变更，或距上次 atime 超过 24 小时才更新，兼容性更好，适合需部分 atime 功能的环境
- 避免 strictatime（已弃用），它强制每次读都落盘，会拖慢随机读性能
按数据可靠性选 ext4 的 data= 模式
该参数决定数据与日志的刷盘顺序，直接影响写入延迟和断电安全性。
- data=ordered（默认）：元数据提交前确保对应数据已写入，兼顾安全与性能，推荐用于 MySQL 主库、Nginx 静态服务等通用业务
- data=writeback：仅保证元数据日志，数据可异步写入；性能略高但断电可能造成文件内容损坏（如零字节或旧数据残留），仅限 /tmp、临时归档卷等可丢数据场景
- data=journal：数据和元数据都先写日志再刷盘，最安全但性能下降明显，实际极少使用；强一致性需求建议换 XFS + dax 或由应用层保障
启用 barrier 并合理设置 commit 间隔
barrier 保证日志写入顺序不被磁盘缓存打乱，防止崩溃后文件系统损坏；commit 控制日志同步频率。
- barrier=1：ext4 默认开启，推荐保持启用，尤其搭配普通 SATA/SAS 盘或未明确支持 FUA 的 NVMe
- commit=60：将日志提交间隔从默认 5 秒延长至 60 秒，减少同步次数，适合日志类、批量写入场景；注意断电最多丢失 60 秒内未提交的日志
- 若使用带断电保护缓存（BBU/PLP）的企业级 RAID 卡或 NVMe，并已禁用设备写缓存（如 hdparm -W0），可考虑 nobarrier，否则风险极高
SSD 场景补充 trim 和缓存控制
固态盘需主动回收无效块，同时可绕过页缓存进一步降低延迟。
- discard：挂载时启用 TRIM，在文件删除时立即通知 SSD 回收空间；适合低负载或定期维护环境；高负载下可能引发 I/O 毛刺，生产环境更推荐定时执行 fstrim
- cache=none：配合 DAX（Direct Access）模式使用，绕过页缓存直通设备，大幅降低延迟，适用于 Intel Optane、Samsung PM1733 等支持 DAX 的 NVMe
- nodiratime：可与 noatime 同时使用，进一步禁用目录访问时间更新，对含大量目录遍历的场景（如备份扫描）有帮助
