systemd-tmpfiles 怎么按文件年龄自动清理目录

我以前用 cron 配 find -mtime 清理缓存目录，规则、权限和定时任务分散在三处，迁移服务器时很容易漏。系统已经使用 systemd 时，systemd-tmpfiles 更适合维护这类目录：一条规则可以声明路径、权限、所有者和清理年龄。

最小方案：在 /etc/tmpfiles.d/ 建立一个 .conf 文件，用 d 类型创建目录并填写 Age；先用 --create 应用目录属性，再用 --clean 按年龄清理内容。生产环境应限定专用目录，不要直接对宽泛路径试验。

一条 d 规则同时负责目录和年龄策略

例如应用把可再生缓存放在 /var/cache/report-worker，希望超过 14 天且长期未使用的内容被清理，可以创建 /etc/tmpfiles.d/report-worker.conf：

# Type Path                      Mode User          Group         Age Argument
d /var/cache/report-worker      0750 report-worker report-worker 14d -

六个主要字段依次是类型、路径、权限、用户、组和年龄。这里的 d 会确保目录存在，并在执行清理时让目录内容接受 14 天年龄规则。目录本身属于应用状态边界，路径和账号要替换成系统真实配置。

创建目录和清理内容要分别触发

配置落盘后，我会先只处理目标前缀，避免一开始影响系统其他 tmpfiles 规则：

# 应用目录创建与权限设置，只限制到本应用前缀。
sudo systemd-tmpfiles --create --prefix=/var/cache/report-worker

# 按 Age 规则触发清理；先确认路径与规则，再在维护窗口执行。
sudo systemd-tmpfiles --clean --prefix=/var/cache/report-worker

# 查看系统周期清理定时器是否存在及下次触发时间。
systemctl status systemd-tmpfiles-clean.timer

--create 不等于清理，--clean 也不会凭空猜测年龄；只有配置行填写了 Age，清理动作才有相应时间策略。多数 systemd 发行版由 systemd-tmpfiles-clean.timer 周期触发，但具体计划应以本机 unit 状态为准。

为什么文件很旧却没有被删

最常见的误判是只看 ls -l 显示的修改时间。官方规则的默认老化判断会综合文件的访问、创建、状态变更和修改时间中的多个值；只要受关注的时间戳之一仍然较新，就可能阻止删除。目录采用的时间戳集合也略有差异。

如果确实需要按特定时间戳判断，新版 tmpfiles.d 支持在 Age 前加入 age-by 选择符；这属于精细策略，先阅读目标系统对应版本手册再使用。长期运行程序还应避免把正在使用但没有更新时间戳的文件放入会自动老化的共享目录。

常见问题

Age 写成 0 会怎样？

对于支持年龄清理的条目，0 表示每次执行 --clean 时无条件删除相应内容，风险很高，不应拿生产目录试验。

x 和 X 有什么区别？

两者都用于清理排除，但对目录内容的影响不同：x 会递归排除匹配路径，X 只排除路径本身而不自动排除其内容。使用前应按官方手册核对匹配范围。

对我来说，tmpfiles.d 最大的价值不是少写一条 cron，而是把目录生命周期集中成可审计配置。只要限定路径、理解 Age 的时间戳语义，并让未知或正在使用的文件保持在清理边界之外，它就能稳定接管可再生缓存和临时数据。