在Ubuntu服务器运维中，/tmp和/var/tmp目录的自动清理是一个必须配置的任务。这两个目录默认用于存储临时文件，但系统不会自动删除所有旧文件，长期积累会占用大量磁盘空间，甚至导致inode耗尽，引发服务异常。最直接有效的解决方案是启用并配置systemd的tmpfiles机制，同时结合cron定时任务和手动检查，实现自动化、安全可靠的过期文件清理。
理解/tmp与/var/tmp目录的核心差异
/tmp和/var/tmp虽然都是临时目录，但设计用途和清理策略有本质区别。/tmp用于存储临时性极强的文件，如进程运行时的缓存，系统重启后文件通常可以被清除。而/var/tmp则用于存储需要在多次重启间保留的临时数据，例如一些安装程序或应用程序的中间文件，其保留时间应更长。因此，在制定清理策略时，对/tmp的清理频率和力度通常大于/var/tmp。如果混淆处理，可能误删重要中间文件，导致应用错误。
利用systemd的tmpfiles.d机制实现自动化清理
现代Ubuntu系统（通常从16.04版本开始）默认使用systemd，其内置的"systemd-tmpfiles"工具提供了强大的临时文件管理能力。它通过读取"/etc/tmpfiles.d/"、"/run/tmpfiles.d/"和"/usr/lib/tmpfiles.d/"目录下的.conf配置文件来管理临时目录的创建、清理和权限设置。系统默认已包含"/tmp"的清理配置。你可以通过检查"/usr/lib/tmpfiles.d/tmp.conf"文件来查看默认规则。
# 查看默认/tmp配置 cat /usr/lib/tmpfiles.d/tmp.conf # 输出示例关键行： # d /tmp 1777 root root 10d # d /var/tmp 1777 root root 30d
配置行"d /tmp 1777 root root 10d"表示：确保/tmp目录存在，权限为1777（粘滞位），属主属组为root，并自动删除其中超过10天未被访问的文件。同理，/var/tmp目录的文件保留30天。这是最核心的自动清理机制。你可以通过创建或修改"/etc/tmpfiles.d/mytmp.conf"来自定义规则（该目录优先级高于系统目录）。例如，若想将/tmp清理周期改为5天，可执行：
echo "d /tmp 1777 root root 5d" > /etc/tmpfiles.d/mytmp.conf
配置完成后，清理操作由systemd定时器自动触发，也可手动执行"sudo systemd-tmpfiles --clean"立即应用规则清理过期文件。
配置cron定时任务作为补充和兜底方案
尽管systemd-tmpfiles是推荐方式，但在某些非systemd环境或需要更复杂清理逻辑时，cron定时任务依然是可靠选择。你可以创建root用户的cron任务，定期执行find命令删除过期文件。例如，每天凌晨3点清理/tmp下超过7天未访问的文件，并保留/var/tmp下超过30天的文件：
# 编辑root的crontab sudo crontab -e # 添加以下行： 0 3 * * * find /tmp -type f -atime +7 -delete 0 3 * * * find /var/tmp -type f -atime +30 -delete
这里使用了"-atime"（访问时间）而非"-mtime"（修改时间），因为临时文件通常以访问时间作为清理依据更安全。"-type f"确保只删除文件，保留目录结构。务必谨慎使用"-delete"参数，建议先使用"-print"模拟运行确认要删除的文件列表。此外，可以扩展命令，排除某些重要文件或目录，例如：
find /tmp -type f -atime +7 ! -path "/tmp/.X11-unix/*" ! -path "/tmp/.ICE-unix/*" -delete
这样可以避免删除X11或ICE套接字目录下的文件，确保图形服务稳定。
手动检查与安全清理的进阶实践
自动化工具虽好，但作为管理员，定期手动检查这两个目录的磁盘占用和文件状态是良好习惯。你可以使用"du"、"ls"和"lsof"命令进行深度检查。首先，快速查看目录大小：
sudo du -sh /tmp /var/tmp
如果发现某个目录异常庞大，使用"ls -lt"按时间排序查看最新或最旧的大文件。一个关键的安全步骤是在删除前检查文件是否正在被进程使用：
# 查找/var/tmp中正在被打开的文件 sudo lsof +D /var/tmp 2>/dev/null | head -20
如果文件正在被使用，盲目删除可能导致程序崩溃。对于此类文件，应联系相关进程负责人或重启服务后再清理。对于需要保留的特殊文件，可以将其移出临时目录或添加到排除列表。
处理特殊场景与潜在陷阱
在实际运维中，你可能会遇到一些特殊情况。第一，某些应用程序（如数据库或Web服务器）可能在/tmp下创建大量临时文件并期望立即清理，如果清理周期设置过长，可能引发空间不足。此时需要根据应用特性调整周期，或引导应用使用其私有临时目录。第二，粘滞位（sticky bit）的重要性：/tmp目录权限通常为1777，最后的“t”即粘滞位，它确保用户只能删除自己创建的文件，防止恶意删除他人文件。务必在清理脚本中保持此权限。第三，注意符号链接风险：/tmp或/var/tmp内部可能存在指向其他重要位置的符号链接，使用find命令时，避免跟随符号链接（默认不跟随），防止误删系统文件。
构建完整的监控与告警体系
仅靠清理还不够，完善的监控能预防问题。建议将/tmp和/var/tmp的磁盘使用率纳入服务器监控指标（如使用Prometheus+Node Exporter或Zabbix）。当使用率超过80%时触发告警。同时，可以定期审计清理日志，检查是否有异常文件频繁产生。对于systemd-tmpfiles，可以查看systemd日志：
sudo journalctl -u systemd-tmpfiles-clean.service
对于cron任务，应将输出重定向到日志文件以便复查：
0 3 * * * find /tmp -type f -atime +7 -delete >> /var/log/tmp_clean.log 2>&1
这样，当清理失败或出现异常时，你能快速定位原因。
总结：建立分层清理策略
最稳健的Ubuntu临时文件清理方案是分层实施。首先，依赖并优化systemd-tmpfiles.d的默认配置作为主要自动化层，它设计精良且与系统集成度高。其次，使用cron定时任务作为补充层，处理更复杂的自定义清理逻辑。再者，定期手动检查与安全审计作为监控层，确保自动化过程无误。最后，搭配磁盘空间监控告警作为预防层，形成闭环。记住，任何清理策略在正式部署前，都应在测试环境中充分验证，尤其是生产服务器，避免因过度清理导致业务中断。
