Linux tmpfs 与磁盘目录怎么选：容量上限、内存占用和重启后的数据边界

日常跑Linux服务的时候，不少人都会纠结临时文件到底放tmpfs内存文件系统，还是直接放普通磁盘文件夹里。选错了轻则出现服务异常OOM，重则重启后核心数据直接丢干净，踩过坑的运维应该都深有体会。我们从实际容量规则、内存开销、重启数据留存这几个最容易出问题的点拆开捋，就能直接选出适配自己业务的方案。

如果你的场景是放重启后完全不需要保留的临时缓存、高频读写的中间态计算数据，同时能接受占用一定可用内存，优先选tmpfs；如果需要断电重启后数据不丢失，单文件体积大到占满剩余内存也没关系，直接用普通磁盘目录即可。

线上服务把渲染缓存搬到 /cache 后，读写确实轻快了，但一次重启也让团队发现：这个目录里的内容从来没有承诺过能留下来。Linux 的 tmpfs 适合放可重建的临时数据，普通磁盘目录才适合放必须跨重启保留的文件；两者的分界要同时看容量上限、内存与交换空间，以及卸载后的结果。

把 tmpfs 当作“受容量约束的临时空间”，把磁盘目录当作“需要明确持久化策略的存储位置”，不要用读写速度替数据价值做决定。

tmpfs 和磁盘目录，真正差在哪里

tmpfs 是一种由内核缓存承载的文件系统。它不会把文件按普通文件系统的方式写到硬盘，所以挂载点被卸载时，里面的目录项和文件内容一起消失。普通 ext4、xfs 等磁盘文件系统则把数据交给块设备和文件系统日志，重启后能否看到文件取决于是否正常写入、挂载是否成功以及应用自己的持久化策略。

这不是“内存盘一定更快、磁盘一定更慢”的简单对比。tmpfs 的内容仍可能受到内存压力和 swap 策略影响；在 cgroup v2 中，tmpfs 与共享内存也会计入文件缓存相关的内存统计。容量和数据价值必须一起核对，尤其要把“内存/交换”看成资源来源，而不是持久化承诺。

先按数据生命周期划分目录

可重建数据放到 tmpfs

缩略图、编译中间文件、解压工作区、短时 IPC 文件和可以从数据库重新计算的缓存，适合放到单独挂载的 tmpfs。应用需要能接受目录为空，启动时自行创建子目录，并把关键指标写进日志或监控；这些都是可以丢弃后重建的临时对象，不应冒充持久数据。

sudo mkdir -p /cache
sudo mount -t tmpfs -o size=512M,mode=0750 tmpfs /cache
df -h /cache
mountpoint /cache

这里的检查重点是挂载点和容量，而不是看到“目录存在”就下结论。df -h /cache 应该显示 tmpfs 文件系统及其上限，mountpoint /cache 应明确它是挂载点。

必须恢复的数据留在磁盘目录

用户上传原件、账单、迁移中间的唯一副本、恢复流程需要的密钥材料，都不应只放在 tmpfs。可以让程序把临时处理放在 /cache，把成功结果原子地写入磁盘目录；跨设备移动时要按“写临时文件、fsync、重命名、再记录状态”的顺序设计，而不是把 tmpfs 当作备份。

size、内存和 swap 要分别看

size=512M 限制的是这个 tmpfs 实例可以分配的空间。文件较少时不会因为挂载就立刻消耗全部上限，但写入量增长会反映到内存压力；如果系统允许 swap，tmpfs 页面默认可以被换出。不要把 size 写成“机器内存大小”来碰运气，应该按峰值临时数据量、同机服务余量和并发任务数倒推，并给满载时的失败处理留出空间。

对低延迟服务，noswap 可以避免该挂载实例使用交换空间，但它不会让 tmpfs 变成永久存储，也不会替你解决整体内存不足。使用它之前要确认写满时应用能收到错误、监控能看到使用率，并且主机有足够余量。

sudo mount -t tmpfs -o size=512M,noswap,mode=0750 tmpfs /cache
df -h /cache
free -h
findmnt -no FSTYPE,OPTIONS /cache

重启验收和常见误区

验收不能只做一次写入读取。先在 /cache 写一个可识别的临时文件，确认服务能读到；再模拟卸载或重启后的空目录场景，确认服务会重新初始化，这就是“重启丢失”边界，而不是把“缓存未命中”当成数据损坏。生产环境还要检查 /etc/fstab 或 systemd 挂载依赖，避免应用先启动、目录却还没挂上。

• 不要因为 df 显示容量很大，就把唯一数据写进去。
• 不要把 tmpfs 的大小上限理解成预留内存；峰值写入仍可能挤压同机服务。
• 不要只看宿主机的 free；容器或 cgroup 场景还要观察对应内存组的 file/shmem 统计。

相关问题

tmpfs 重启后一定为空吗？

对普通 tmpfs 挂载点，不能依赖重启后内容保留；应用应把它当作可丢失空间，并在启动时创建目录和恢复缓存。

tmpfs 的 size=512M 会立即占用 512M 内存吗？

不会。它是分配上限，实际占用随文件内容增长，但仍需把峰值写入纳入主机和 cgroup 的内存预算。

缓存应该使用 noswap 吗？

没有统一答案。低延迟缓存可以评估 noswap，但必须先确认内存余量、写满错误处理和监控，否则只是把风险从延迟转成更快的写入失败。

落地前的最小清单

先问数据能否重建，再定挂载点和 size；随后验证 df、findmnt、内存统计和重启后的初始化路径。只要恢复流程需要这份文件，选择磁盘目录并补齐备份、权限和故障恢复检查。