我在 CentOS 上运行一个网络服务器。
今天我无法运行任何 SQL 查询。经调查,error 28
我的/tmp
目录无法写入。
我运行du /tmp
后发现是 1.8Gb。然后我又运行了一次find /tmp -type f -mtime +8 -exec rm -f {} \;
,释放了 300Mb 的空间。
现在,这已经完成了工作 - MySQL 可以再次运行。
但是,我很好奇为什么服务器/tmp
目录中有这么多文件。我重启了两次服务器,但目录大小保持不变。大多数 Linux 发行版不是会在重启时清除临时文件吗?
如果我运行ls /tmp
,我会得到大量此类文件列表:
tempCaa7Nw tempk7uZU4 temps3GaF1 tempzzWWjV
tempcAbH5o tempK7VCdu temps3hRWv tempZzXHPM
tempCabZXR tempk7VwjK temps3IdYj tempzzxZWw
tempcAcQtu tempk7W0SI tempS3IGMF tempzZy7FM
tempCaCTkx tempk7xrzw tempS3iMfj tempzZy8L6
tempcAcur7 tempk7yX3J tempS3izd5 tempZZYKXr
tempcaCwnz tempk81EIE tempS3JU5s tempzZyQLO
tempcAdpAk tempk81Qpo tempS3kaNx tempzZZos7
tempCaeFae tempk81ZLV tempS3KYOx
tempcaEGmt tempk83VVy tempS3LI1u
完整列表这里。
我是否需要找出导致这么多临时文件的原因?或者我是否只需要增加目录的大小(或其他什么?)/tmp
?这在配置文件中的某个地方吗?
我是一个糟糕的 Linux 管理员,所以请原谅我的无知。
编辑对于@JeffFerland
grep /tmp
这是输出文件的结果lsof
。
mysqld 4649 mysql 4u REG 7,0 0 103774 / tmp/ib4mpAJ8 (deleted)
mysqld 4649 mysql 5u REG 7,0 0 103775 / tmp/ibvE7FxN (deleted)
mysqld 4649 mysql 6u REG 7,0 0 103776 / tmp/ibPe3Lls (deleted)
mysqld 4649 mysql 7u REG 7,0 0 103777 / tmp/ib656Kb7 (deleted)
mysqld 4649 mysql 11u REG 7,0 0 103778 / tmp/ibpptQzP (deleted)
cp 7997 root 3r REG 7,0 18897 28260 / tmp/tempF091j1
cp 7997 root 4w REG 9,1 0 297690 / tmp_bu/tmp/tempF091j1 (deleted)
附加编辑
昨天删除了约 300Mb 的文件后,我的/tmp
目录又恢复到了原来的 1.8Gb 大小,而且 MySQL 再次无法正常工作。
请帮忙!
答案1
这些文件大部分大小相同。检查其中一个文件的内容。我的第一个猜测是您的服务器接受文件上传,并且如果您不使用上传的文件,则不会清理。
答案2
您可以尝试使用命令lsof
列出操作系统当前正在使用的所有文件。这可能会让您了解哪些正在运行的进程正在创建/使用这些 /temp.*/ 文件。从那里,假设您找出哪个进程是罪魁祸首,我会深入研究并查看哪些配置选项可用于减少文件垃圾邮件。
答案3
不同的系统会做不同的事情。我曾经使用过在重启时清除 /tmp 的系统(后续 mini),但我遇到的大多数 Linux 发行版都有一个 cron 作业 tmpwatch 来清除 /tmp。
有些程序会创建一个 tmp 文件,然后将其删除,同时保持文件句柄打开,这样如果程序因某种原因结束或死亡,空间将被回收。你可以这样做
lsof|grep deleted
查看哪些文件已打开但已被删除。然后您可以查看 /proc//fd 并查看哪些文件最大以及哪个进程已打开它们。
答案4
为 MySQL 创建专用卷 /tmp-mysql 并通过为启动脚本设置 TMP=/tmp-mysql 将 MySQL 指向该路径可能很有用。这样,即使 /tmp 已满,MySQL 也应保持运行。