应使用findmnt命令直接查询内核实时挂载状态，而非仅依赖/etc/fstab；优化Ext4/XFS关键在于按场景关闭不必要的元数据开销，如noatime禁用访问时间更新、XFS启用inode64和logbsize=256k提升大文件写入性能，SSD上优先用定时fstrim替代discard。
直接看挂载参数，用 findmnt 最准；优化 Ext4/XFS 读写，关键不是堆参数，而是按场景关掉不必要的元数据开销。
怎么快速查某分区当前生效的挂载选项
别只看 /etc/fstab，它只是启动时的“愿望清单”，实际运行中可能被 systemd、内核策略或手动 mount -o remount 覆盖。真正反映现状的是内核实时状态。
-
findmnt /dev/sdb1—— 直接查设备，输出含完整选项列（如rw,noatime,stripe=400），字段对齐、无歧义 -
findmnt /data—— 查挂载点，比mount | grep /data更可靠，不会因路径名含空格或特殊字符漏匹配 -
findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS -t ext4—— 按类型筛选，避免混入tmpfs或proc等伪文件系统
注意：mount 命令输出的选项顺序不固定，/proc/mounts 里选项是逗号拼接的原始字符串，解析易出错；findmnt 内部统一从 /proc/self/mountinfo 读取，字段语义明确。
Ext4 读写变慢，优先关掉 atime 类选项
默认 relatime 仍会周期性更新访问时间，小文件高频读场景下，这会变成额外的元数据写入。实测在日志轮转、Web 缓存等负载中，noatime 可降低 5–12% 的随机读延迟。
- 确认当前是否启用：
findmnt -o OPTIONS / | grep -E 'atime|noatime'，若输出含relatime或空白（即未显式指定），说明未关 - 临时生效：
sudo mount -o remount,noatime /（根分区需先确保已挂载为可读写） - 永久生效：在
/etc/fstab对应行第4字段追加,noatime，例如：UUID=xxx / ext4 defaults,noatime 0 1 - 慎用
nodiratime：现代内核下noatime已隐含目录访问时间不更新，单独加它无意义，还可能干扰某些备份工具逻辑
XFS 大文件写入卡顿，检查 inode64 和 logbsize
XFS 默认用 32 位 inode 编号，当文件系统超过 1TB 且大量小文件时，inode 分配容易碎片化，导致写延迟升高。同时，日志块大小（logbsize）过小会增加 journal 提交频率。
- 查看当前 inode 模式：
xfs_info /data | grep ^agcount，若agcount> 16 且ino64未出现在挂载选项中，建议启用inode64 - 验证日志块大小：
xfs_info /data | grep logbsize，低于 256k 时，在高吞吐写入（如视频转码）中易成瓶颈 - 重挂载调整：
sudo mount -o remount,inode64,logbsize=256k /data - 注意：
inode64必须在格式化时用-i sparse=1或挂载时指定才生效；若原文件系统未启用，remount 不会改变已有 inode 分布，需重建
SSD 上用 discard 要分清是手动还是自动 TRIM
discard 挂载选项开启后，删除文件时立即发 TRIM 命令，好处是空闲空间及时归还 SSD 控制器，坏处是可能引发 I/O 尖峰，尤其在批量删大文件时。
- 更稳的做法是关掉
discard，改用定时fstrim：sudo fstrim -v /手动触发，或启用 systemdfstrim.timer - 如果坚持用
discard，Ext4 需配合barrier=0（仅限断电保护 SSD/NVMe），XFS 则无需额外关 barrier - 验证是否生效：
lsblk -D查看DISC-GRAN（TRIM 粒度）和DISC-MAX（最大连续 TRIM 大小），若均为 0，说明底层设备不支持 TRIM
挂载参数不是越多越好，noatime 和 inode64 这类开关型选项影响明确，而 data=writeback 或 nobarrier 这类牺牲一致性的配置，必须清楚知道应用层能否兜底，否则一断电就丢数据。
