可行:tmpdir挂tmpfs安全常用,可加速临时表;datadir挂tmpfs风险高,重启即丢数据,需停库、清空、权限及selinux配置,并限制size防oom。

直接挂载 tmpfs 到 MySQL 的 tmpdir 或 datadir 是可行的,但必须区分用途:用作临时目录(tmpdir)安全、常用;用作数据目录(datadir)风险高、需手动干预且重启即丢数据——别图省事跳过权限和 SELinux 检查。
tmpdir 改到 tmpfs 是最稳妥的内存加速方式
MySQL 执行 ORDER BY、GROUP BY、大结果集临时表时,会先尝试写入内存(MEMORY 引擎),超限后落盘。若 tmpdir 本身是 tmpfs,落盘动作就变成内存读写,避免 I/O 瓶颈。
- 确认当前路径:
SHOW VARIABLES LIKE 'tmpdir';,默认常为/tmp或/var/tmp - 检查是否已是
tmpfs:df -T /tmp—— 若 Type 是tmpfs,但大小不足(如仅 1G),需扩容而非重挂 - 不建议直接改系统
/tmp,而是新建专用路径,例如/var/lib/mysql-tmp,避免影响其他进程 - 创建并挂载:
mkdir -p /var/lib/mysql-tmp<br>chown mysql:mysql /var/lib/mysql-tmp<br>mount -t tmpfs -o size=2G,mode=1777 tmpfs /var/lib/mysql-tmp
- 写入配置:
tmpdir = /var/lib/mysql-tmp到[mysqld]段,再systemctl restart mysqld - 验证是否生效:
mysql -e "SHOW VARIABLES LIKE 'tmpdir';",并观察Created_tmp_disk_tables是否下降
datadir 挂 tmpfs 本质是“内存数据库”,但有硬伤
把整个 datadir(含 ibdata1、表空间、日志)放在 tmpfs 中,确实能获得极致读写速度,但代价是每次服务器重启,所有数据彻底丢失——这不是缓存,是裸奔。
- 必须先停库:
systemctl stop mysqld,否则挂载失败或引发文件句柄冲突 - 备份原数据:
cp -a /var/lib/mysql /var/lib/mysql-bak,不是mv,防止误操作失联 - 挂载前清空目标路径:
umount /var/lib/mysql && rm -rf /var/lib/mysql/*,否则mysqld启动时拒绝识别非空tmpfs目录 - 挂载命令要加
uid=mysql,gid=mysql(尤其在启用 SELinux 的 RHEL/CentOS 上),否则报错Can't create test file ... -
my.cnf中的datadir必须与挂载点完全一致,且innodb_log_group_home_dir、pid-file、socket等路径若在/var/lib/mysql下,也得一并移到同挂载点内或显式指定新位置
tmpfs 大小设置不当会导致 MySQL 启动失败或查询卡死
tmpfs 不是“无限内存盘”,它受 size= 限制,且超出后可能触发 OOM Killer 杀掉 mysqld 进程,现象是服务反复闪退、journalctl -u mysqld 显示 Killed process mysqld。
- 查当前
tmpfs使用:df -h /var/lib/mysql-tmp或find /var/lib/mysql-tmp -type f -size +100M | head -5 -
max_heap_table_size和tmp_table_size必须 ≤tmpfs总大小,否则大查询仍会 fallback 到磁盘(如果tmpdir指向的是真实磁盘路径) - 不要设
size=90%RAM:Linux 内核需要保留至少 1–2G 内存给 page cache、slab、内核线程,否则系统响应迟滞 - 生产环境建议上限:单实例
tmpfs不超过 4G(tmpdir)或 16G(datadir),且监控MemoryAvailable指标(cat /proc/meminfo)
fstab 自动挂载 tmpfs 需绕过 systemd 保护机制
很多发行版(RHEL8+/CentOS8+、Ubuntu 20.04+)默认启用 ProtectHome=yes 或 ProtectSystem=full,导致 mysqld 无法访问 /var/lib/mysql 下的 tmpfs,报错 Permission denied 或 Operation not permitted。
- 在
/etc/fstab加挂载项后,必须同步修改 systemd 服务配置:sudo systemctl edit mysqld,填入:[Service]<br>ProtectHome=false<br>ProtectSystem=false
- 若使用
/dev/shm(默认tmpfs),注意其大小常为 RAM/2,且 RHEL/CentOS 默认size=4G,不够用时需先mount -o remount,size=8G /dev/shm - 挂载选项推荐:
size=2G,mode=1777,uid=mysql,gid=mysql,nr_inodes=100k,其中nr_inodes防止小文件过多耗尽 inode - 挂载后执行
ls -ld /var/lib/mysql-tmp,确认输出中包含mysql mysql,否则mysqld无权写入
真正难的不是挂载命令,而是判断哪些路径该进 tmpfs、哪些不该动;以及挂上之后,如何确认 MySQL 确实用上了它,而不是悄悄 fallback 到磁盘——看 Created_tmp_disk_tables 和 df -h 的实时变化比任何文档都准。











