/tmp 为 1.8Gb;删除超过 8 天的文件只删除了约 300mb...什么占用了这么多空间?

/tmp 为 1.8Gb;删除超过 8 天的文件只删除了约 300mb...什么占用了这么多空间?

我在 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 也应保持运行。

相关内容