/dev/shm 是 linux 内核通过 tmpfs 挂载的内存文件系统，读写直走 ram、无磁盘 i/o 和元数据开销，单次小文件操作常低于 10 微秒；需同步调整 size 和 nr_inodes 参数以避免容量或 inode 耗尽导致应用崩溃。
/dev/shm 不是普通目录，而是 Linux 内核通过 tmpfs 挂载的内存文件系统——所有读写操作直接在 RAM 中完成，不经过磁盘 I/O、无寻道延迟、无 journal 开销，单次小文件读写常低于 10 微秒。
它为什么快：不是“缓存”，是内存直读直写
与磁盘上的 /tmp 或 /var/tmp 不同，/dev/shm 的本质是内核管理的一块动态内存区域：
- 内容完全驻留物理内存，读写等价于
memcpy，零磁盘介入 - 默认启用
noatime，省去每次访问更新时间戳的开销 - 没有 ext4/xfs 的 inode 分配、日志提交、块映射等元数据负担
- 重启自动清空，无需垃圾回收或磁盘清理
关键配置必须同步调：size 和 nr_inodes 缺一不可
只扩容容量却不提升 inode 数量，大量小文件（如 session、缓存项、临时分片）会迅速耗尽 inode，报 “No space left on device”——这不是磁盘满，是“库房有地没格子”：
- 临时生效（立即可用）：
sudo mount -o remount,size=2G,nr_inodes=500k,mode=1777 /dev/shm - 永久生效（写入
/etc/fstab）：tmpfs /dev/shm tmpfs defaults,size=2G,nr_inodes=500k,mode=1777 0 0 - 验证是否到位：
df -h /dev/shm（看容量）df -i /dev/shm（看 inode 余量）
典型高速读写场景与用法要点
不是所有临时数据都适合扔进 /dev/shm，要匹配“小体积、短生命周期、本地强时效”特征：
-
PHP/Node.js 进程间轻量通信：用
fopen("/dev/shm/flag.lock", "c") + flock()实现毫秒级状态同步，比 Redis 省网络、比 socket 少序列化 -
高频小文件缓存（如 session、fastcgi_cache）：建议
nr_inodes ≥ 1M，避免几千个 session 就触发空间错误 -
自动化测试临时输出（Puppeteer、Electron）：容器启动时加
--shm-size=2g，否则默认 64MB 极易崩溃 -
Workerman 超低延迟本地缓存：绕过框架 cache 组件，直接
file_put_contents("/dev/shm/mykey", $data)+flock+filemtime判断 TTL
安全与稳定性提醒
默认 mode=1777（类似 /tmp），所有用户可读写。生产环境若需隔离：
- 挂载时指定 uid/gid：
mount -o remount,size=2G,uid=www,gid=www,mode=1770 /dev/shm - 禁止路径遍历：key 必须过滤，例如
$safe_key = preg_replace('/[^a-zA-Z0-9._-]/', '_', $key); - 写前检查空间：
disk_free_space('/dev/shm') > strlen($data)，避免 tmpfs 耗尽触发 OOM killer
