CentOS 7 默认启用 relatime 挂载选项限制 atime 更新，touch 命令仅修改 mtime/ctime，不触发 atime；需通过 /etc/fstab 修改挂载参数（如 noatime）全局控制，chattr +A 已废弃无效。
CentOS 7 默认禁用访问时间（atime）更新，不是“改不了”，而是要主动关闭或调整策略 —— 直接修改挂载选项才生效，touch 或 stat 命令本身不会触发或改变这个行为。
为什么 touch 不影响 atime？
在 Linux 里，访问时间 atime 是由内核在文件被读取时自动维护的。不过现实中并不是“读一次就必定立刻更新一次”，因为默认挂载参数，比如 relatime，通常会主动限制它的更新频率，目的很直接：尽量减少 I/O 开销。再看 touch，它改动的其实只有 mtime 和 ctime，压根不会碰 atime；就算手动执行 touch -a 来强制刷新，也只是对单个文件生效，而且还会受到挂载选项的限制，例如在 noatime 模式下，这个操作就会直接失效。
修改 atime 行为必须改 /etc/fstab 挂载选项
全局控制 atime 的唯一可靠方式是调整文件系统挂载参数。常见选项及效果：
relatime（默认）：仅当当前 atime 早于 mtime/ctime 时才更新，兼顾语义与性能noatime：彻底禁用 atime 更新，推荐用于 SSD 或高 I/O 负载场景strictatime：每次读都更新 atime（不推荐，性能损耗明显）
操作步骤：
- 编辑
/etc/fstab，找到对应分区行（如/dev/sda1 / ext4 defaults 1 1） - 将
defaults替换为defaults,noatime或defaults,relatime - 重新挂载：
sudo mount -o remount /（对根分区） - 验证：
mount | grep "noatime|relatime"确认参数已生效
chattr +A 能禁用单个文件的 atime 吗？
不能。chattr +A 在 ext2/3/4 上已被废弃，内核自 2.6.30 起忽略该标志。实测中设置后 cat file 仍会按挂载选项决定是否更新 atime —— 它现在只是个无意义的位标记，别白费力气。
临时绕过挂载选项强制更新 atime？
基本做不到。哪怕用了 touch -a 或 cp --preserve=timestamps，只要挂载选项是 noatime 或 relatime，并且相关触发条件没有满足，atime 依旧不会发生变化。唯一的例外，是通过 mount -o remount,strictatime / 临时切回严格模式；但这属于全局级别的调整，而且重启后就会失效，因此并不适合放到生产环境里使用。
真正要改的是挂载行为本身，而不是试图用用户态命令“欺骗”内核。多数场景下，relatime 已足够准确，noatime 是更务实的选择 —— 别在单个文件上浪费时间折腾。
