linux中修改文件mtime最直接可靠的方式是touch命令，支持-t（如202605101422.30）和-d（如"2026-05-10 14:22:30"）指定时间，-m确保仅更新mtime；批量同步需用touch -r锚点文件或rsync --times，不可用cp -p或循环硬编码。
touch 是 Linux 中修改文件最后修改时间（mtime）最直接、最可靠的方式。它不依赖 GUI 工具，无需额外安装，且能精确控制时间格式。但要注意：Linux 文件系统（如 ext4）**不暴露“创建时间”字段给用户空间命令**，touch 只能操作 atime 和 mtime；ctime 由内核自动更新，无法手动设置。
只改单个文件的修改时间（mtime）
用 touch -m 显式指定只更新修改时间，避免意外改动访问时间：
-
touch -m -t 202605101422.30 file.txt：将file.txt的mtime设为 2026 年 5 月 10 日 14:22:30（注意格式是[[CC]YY]MMDDhhmm[.ss]） -
touch -m -d "2026-05-10 14:22:30" file.txt：支持自然语言解析，更易读 - 若省略
-m，touch默认同时更新atime和mtime，这在某些审计或备份场景下可能引入干扰
批量同步多个文件的修改时间
常见需求是让一批文件拥有相同 mtime（比如归档整理、模拟旧数据），不能靠循环逐个写死时间——因为系统调用有微秒级延迟，会导致时间戳实际不一致。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 先用
touch创建一个“时间锚点”文件：touch -d "2026-05-10 14:22:30" .anchor - 再用
-r参数批量复制该时间：touch -m -r .anchor *.log或find ./logs -name "*.log" -exec touch -m -r .anchor {} \; - 不要用
for f in *.txt; do touch -m -d "2026-05-10 14:22:30" "$f"; done：每次调用touch都会重新解析时间字符串，且受调度延迟影响，最终各文件mtime可能差几毫秒甚至更多
同步目录下所有文件的时间（含子目录）
当需要保持整个目录树的时间一致性（例如迁移后修复时间戳），rsync 比 touch 更合适，因为它能递归处理且原子性强：
-
rsync -a --times --ignore-existing src/ dst/：仅同步时间戳，不传输内容（--ignore-existing防止覆盖已有文件） -
rsync -a --times --dry-run src/ dst/：加--dry-run先预览哪些文件会被更新时间 - 注意：
rsync -a默认包含--times，但显式写出更安全；--times只同步mtime和atime，ctime仍不可控
为什么 cp -p 不适合“同步时间”
cp -p 看似能保留时间，但它本质是“复制时继承源文件时间”，不是“把多个文件设成同一时间”。它的典型误用场景：
-
cp -p a.txt b.txt→b.txt的mtime=a.txt的mtime，但和c.txt无关 - 想统一 100 个文件到某个固定时间？
cp -p无法做到，必须借助touch -r或rsync - 而且
cp -p会真正复制文件内容，浪费 I/O 和磁盘空间，纯时间同步时完全没必要
touch -r 和 rsync --times 是两个最常被忽略但最关键的技巧。前者解决“批量设同值”，后者解决“目录结构时间对齐”。绕开它们直接写循环或硬编码时间，几乎一定会在批量操作中出现时间偏差或权限失败。
