/tmp目录是Linux和Unix系统中存放临时文件的公共空间，任何用户都可以在这里创建临时文件，但这些文件不保证在重启后保留。它的核心价值是给系统和应用程序提供一个“随手写、随手扔”的场所，避免临时数据污染主目录或导致磁盘空间碎片化，这个目录也是一把双刃剑用好了能提升系统性能，用不好就会成为磁盘爆满和安全隐患的源头。
tmp目录的真实身份：系统级暂存区
谁在使用tmp目录
在Linux系统中,/tmp是全局可写的目录，权限通常是1777（即所有用户都可读写，但受粘滞位保护），这意味着：
- 普通用户运行程序时,程序会往这里写入会话数据、锁文件或缓存切片
- 系统服务如cron任务、Apache或Nginx，会把临时响应体或日志片段丢在这里
- 软件安装包解压过程中的中间文件,也默认落在/tmp下
行业共识认为,/tmp的设计初衷是避免临时文件散落各处，让系统管理员只需清理一个目录就能回收大量空间，但很多人会混淆/tmp和/var/tmp后者的文件在重启后依然保留，而/tmp下的文件在多数发行版中会被启动脚本清空，这个区别在实际运维中直接决定了你的数据是否能“活过”一次重启。
tmp目录的隐藏规则
并非所有临时文件都适合放在/tmp，因为它是公共区域，任何用户都能看到文件名，只是不能随意修改他人文件（粘滞位的作用）。
- 敏感数据（如包含密码的临时导入文件）应放在用户自己的家目录下
- 超过几天生命周期的中间产物,应迁至/var/tmp
- 大文件读写频繁的场景,可以考虑tmpfs内存盘
如果你在排查磁盘空间,发现df -h显示/dev/sda1使用率100%，但明明没装多少东西，最可能的原因就是/tmp被撑爆了，据统计，临时目录异常增长导致的磁盘告警，在Linux服务器故障中占了相当比例。
临时文件的两种命运：内存盘还是磁盘盘
tmpfs模式：速度快但容量有限
很多现代Linux发行版（如CentOS 8+、Ubuntu 19.10+）默认把/tmp挂载为tmpfs，也就是把部分内存当作磁盘来用，这样做的好处是：
- 读写速度是机械硬盘的数十倍,适合高并发小文件场景
- 重启自动清空,无需手动清理
缺点是内存占用过多会导致系统卡顿，如果你的服务器内存只有2GB，且经常有应用往/tmp写大量数据，就可能触发OOM Killer（内存过载杀进程）。
磁盘模式：容量大但需手动清理
传统安装方式中,/tmp是根分区/下的一个普通目录，直接占用磁盘空间，这种模式适合需要临时存放大型文件（如数据库导出文件、视频转码中间件）的服务器，但问题也随之而来：没有自动清理机制，不用的临时文件会持续累积占用磁盘。
如何查看你的/tmp属于哪种模式
执行命令df -h /tmp，如果输出显示的文件系统类型是tmpfs，说明是内存盘；如果是/dev/sda1或/dev/mapper/xxx，说明是磁盘目录，这个操作能直接帮你判断后续的清理策略。
按场景拆解tmp目录的实际用途
开发者的编译缓存和会话文件
程序员在Linux环境下执行make或npm install时，很多构建工具会先把中间对象文件写到/tmp，如果你在服务器上运行Python脚本，Pandas库的临时文件、Jupyter Notebook的会话恢复点，也默认存放在这里。这类文件的多寡，直接取决于并发任务数量，而不是项目大小。
运维人员的诊断入口
当系统出现问题时,/tmp往往是第一个被检查的地方。
- 数据库导入大SQL文件途中崩溃,残留的半成品文件会在/tmp
- 邮件服务器Queue处理失败,退信及附件缓存会写入/tmp
- PHP-FPM上传文件时，超过
upload_max_filesize限制的请求会在/tmp产生临时切片
实操建议：在排查“No space left on device”时报错时，先执行du -sh /tmp/ | sort -hr | head -10，找到占用最大的前10个文件或目录，比盲目清理日志快得多。
普通用户的临时下载与解压
如果你通过命令行工具wget下载一个压缩包，直接下载到/tmp再解压，能避免主目录被垃圾文件塞满，解压后把需要的内容复制到指定位置，其余留在/tmp等待系统自动清理即可。注意：tmp是tmpfs，解压大型包会占用内存，建议先查看内存余量。
tmp目录的安全底线：Sticky Bit和权限陷阱
粘滞位保护机制
/tmp的权限位1777中的“1”就是粘滞位（Sticky Bit），它允许所有用户创建文件，但只有文件所有者或root才能删除或重命名文件，这个机制防止了“用户A删除用户B临时文件”的恶意行为。
高危风险点：符号链接攻击
黑客可能会在/tmp下创建诱饵文件，诱导root用户或特权程序写入，从而篡改内容或窃取数据，防御策略包括：
- 避免在/tmp下直接输出敏感信息，如
echo "password" > /tmp/p.txt - 使用
mktemp -d创建随机目录名，而不是固定路径 - 监控/tmp下是否有异常的可执行文件（
find /tmp -name ".sh" -mtime -1）
清理tmp目录的正确姿势
重启自动清空
对于tmpfs类型的/tmp，重启后自然清零，但这不适合无法重启的生产环境。
手动定向删除
find /tmp -type f -mtime +7 -delete
这条命令删除7天前修改的文件,不涉及目录结构，运行前建议先执行find查看匹配列表，如果你的应用（如Redis）会在/tmp下长期存活socket文件，请把-type f排除改为! -name ".sock"。
系统自带清理服务
多数发行版自带systemd-tmpfiles-clean.timer，通过以下操作查看或调整周期：
systemctl status systemd-tmpfiles-clean.timer
这个服务会读取/etc/tmpfiles.d/下的配置文件，定义哪些文件需要保留多少天。不要直接禁用该服务，否则/tmp会无限膨胀。
不同场景下tmp目录的容量规划建议
| 服务器类型 | 推荐设置 | 理由 |
|---|---|---|
| Nginx/Apache Web服务器 | 磁盘目录，预留5-10GB | 请求体临时缓存可能在高峰时达到数百MB |
| Java应用服务器 | tmpfs，挂载50%内存+swap备份 | 避免频繁磁盘IO导致GC停顿 |
| 数据库服务器 | 磁盘目录，禁止tmpfs | 大查询排序产生的临时表可能占用大量空间 |
| Docker宿主机 | 磁盘目录，定期清理镜像临时层 | 构建镜像时/var/lib/docker/tmp可能激增 |
如果你在服务器上使用宝塔面板这类运维工具，可以在面板的“文件管理”中直接进到/tmp查看是哪些大文件占用了空间，图形化比命令行更直观。
tmp目录和Windows的Temp目录有什么不同
Windows系统也有Temp目录（C:\Users\用户名\AppData\Local\Temp），但两者逻辑完全不同：
- Linux的/tmp是全局共享的，所有用户可见文件列表；Windows的Temp目录是按用户隔离的
- Windows系统自带“磁盘清理”工具定期清理Temp，Linux通常依赖systemd定时器或人工脚本
- Linux的/tmp权限由粘滞位保护，Windows的Temp目录依赖NTFS ACL权限，误操作更容易导致其他用户的软件无法运行
tmp目录挂载到独立分区的实践
如果根分区空间紧张,且经常因/tmp爆满导致服务中断，比较可靠的做法是把/tmp挂载到独立磁盘分区，操作步骤：
- 新建分区或格式化额外的磁盘为ext4
- 编辑
/etc/fstab，添加一行：
/dev/sdb1 /tmp ext4 defaults,noatime,nodev,nosuid,noexec 0 0 - 此处
noexec参数禁止在/tmp下执行二进制文件，能有效阻止黑客上传恶意程序后直接运行 - 执行
mount -a验证挂载，然后重启服务
这种方法比单纯清理更彻底,因为它切断了/tmp占用根分区的路径。
常见问题解答：tmp目录的实用困惑
Q1: /tmp里的文件为什么无法删除，提示“Operation not permitted”
这通常是sticky bit的权限限制，你只能删除自己创建的文件，如果要删其它用户的残留文件，需要root权限，执行sudo rm -rf /tmp/xxx前，确认这个文件确实是无用的。
Q2: tmp目录所在分区满了，但删完文件后空间并没有释放
可能是有进程仍持有已删除文件的文件句柄,执行lsof +L1 /tmp查找标记为deleted的进程，然后重启该进程或停止服务，这是Linux运维中常见的“假占用”问题。
Q3: 把应用的数据目录直接指向/tmp，有什么风险
tmp是tmpfs,应用重启或系统重启后数据会全部丢失；如果是磁盘目录，应用产生的临时文件可能会被清理脚本误删。应该把持久化数据放在应用专属目录（如/var/lib/xxx），临时缓存才放在/tmp。
Q4: 为什么安装某些软件时会提示“/tmp must be a valid directory”
这类错误通常涉及编译安装过程,因为configure脚本需要调用临时文件，解决办法是先执行chmod 1777 /tmp恢复权限，再检查/tmp所在分区是否只读，最后确认没有环境变量TMPDIR指向一个不存在的路径。
最终结论：把/tmp当成“公共垃圾桶”而非“保险柜”
每次系统重启或定时清理,都是这个目录的正常新陈代谢。你只需记住一条核心原则：往/tmp里写的数据必须是可丢弃的，如果你的业务数据临时落在/tmp，请务必在做完备份前不要触发关机或重启，合理配置挂载模式、定期巡检大文件、明确该目录的边界，就能让/tmp成为系统高效运转的隐形助手，而不是拖后腿的隐患。