tmpfs是基于内存的临时文件系统，数据仅存于ram或swap中，容器停止即清除，适用于敏感临时数据如加密缓冲、脱敏映射表、流式状态快照及凭证暂存，需设size上限、禁exec、限权限并专路径挂载。
直接用 tmpfs 为敏感大数据流处理建临时置换区，核心是把高频、易失、需隔离的数据“搬进内存”，绕过磁盘 i/o 和持久化风险。它不是万能缓存层，而是专为秒级吞吐 + 零落盘 + 自动销毁设计的轻量级内存交换区。
明确适用边界：什么数据适合放 tmpfs？
tmpfs 不是数据库替代品，也不该承载原始日志归档或状态快照。只推荐用于：
- 实时流式解密/加密中间态（如 AES-GCM 解密后的明文缓冲块）
- 脱敏加工过程中的临时字段映射表（如手机号→哈希ID的运行时字典）
- 窗口聚合的滑动状态快照（Flink/Spark Streaming 的 state backend 临时 staging 目录）
- 敏感凭证的运行时加载区（如 OAuth2 access_token 解析后暂存的 claims JSON）
关键配置：size 必须带上限，且要留余量
不设 size 的 tmpfs 在高吞吐下可能吃光物理内存，触发 OOM Killer 杀容器。真实生产中建议按峰值流量 × 单批次平均驻留时长 × 内存放大系数估算：
- 例如：每秒 50MB 流入，单批次平均驻留 2 秒，数据结构有约 1.5 倍内存开销 → 建议 size=150m
- 务必预留 20%～30% 缓冲空间，避免 swap 频繁换入换出拖慢吞吐
- 使用 size=256m 而非 size=256M（Docker 只认小写单位）
安全加固：禁执行、限权限、隔离路径
敏感数据进内存 ≠ 自动安全。必须叠加内核级防护：
- noexec：防止攻击者上传并执行恶意 payload
- nosuid：阻断提权类利用路径
- mode=1700：仅属主可读写执行，其他用户完全拒绝（比默认 1777 更严）
- 挂载路径建议专用，如 /run/flow-staging，避免复用 /tmp 或 /var/tmp
验证与可观测性：别只看容器是否跑起来
部署后必须确认三点：
- 进容器执行 mount | grep tmpfs，确认挂载点存在且参数正确（尤其 size 和 mode）
- 检查 /proc/meminfo 中 Shmem 字段增长是否匹配预期用量
- 用 df -h /run/flow-staging 观察实际占用，注意 tmpfs 的 “Used” 是动态值，不代表预占
本质上，tmpfs 是 Linux VM 子系统暴露给容器的一条“内存直连通道”。用得好，它让敏感流处理真正实现内存闭环；用得糙，就只是换个地方爆内存。关键是把它当成一个受控的、有边界的、带锁的内存抽屉，而不是敞开的 RAM 垃圾桶。
