主页 / server / 问题 / 477064
Accepted
turbonerd
Asked: 2013-02-09 15:02:15 +0800 CST

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

  • 772

我在 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 再次无法正常工作。

请帮忙！

linux

4 个回答

  1. 您可以尝试的一件事是使用lsof命令列出操作系统当前正在使用的所有文件。这可能会让您了解哪些正在运行的进程正在创建/使用那些 /temp.*/ 文件。从那里，假设您找出哪个进程是罪魁祸首，我将深入研究并查看哪些配置选项可用于减少文件垃圾邮件。

    • 3
  2. Best Answer

    这些文件中的大多数具有相同的大小。检查其中一个是什么。我的第一个猜测是您的服务器接受文件上传并且如果您不使用上传的文件则不会清理。

    • 3

  3. 不同的系统做不同的事情。我曾在系统上工作过，这些系统在重启时会清除 /tmp（后续的 mini's），但我遇到的大多数 Linux 发行版都有一个 cron 作业 tmpwatch 可以清除 /tmp。

    一些程序创建一个 tmp 文件然后将其删除，同时保持文件句柄打开，这样如果程序由于某种原因结束或死亡，空间将被回收。你可能会

    lsof|grep deleted

    查看哪些文件已打开但已删除。然后您可以查看 /proc//fd 并查看哪些文件最大以及哪些进程打开了它们。

    • 0

  4. 为 MySQL 创建一个专用卷 /tmp-mysql 并通过为启动脚本设置 TMP=/tmp-mysql 将 MySQL 指向该路径可能很有用。这样即使 /tmp 满了，MySQL 也应该保持运行。

    • 0

相关问题