Ubuntu 8.04上打开的文件太多

首先，要确定某些用户或组的限制，您必须执行以下操作：

 root@ubuntu:~# sudo -u mysql bash mysql@ubuntu:~$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 71680 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 71680 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited mysql@ubuntu:~$ 

重要的路线是：

打开文件（-n）1024

正如你所看到的，你的操作系统供应商提供这个版本的基本Linux配置 – 每个进程1024个文件。

这对于繁忙的MySQL安装显然是不够的。

现在，要解决这个问题，你必须修改下面的文件：

在/etc/security/limits.conf

 mysql soft nofile 24000 mysql hard nofile 32000 

一些Linux的风格也需要额外的配置，以使其坚持守护进程与登录会话。 例如，在Ubuntu 10.04中，您还需要通过/etc/pam.d/common-session下行添加到/etc/pam.d/common-session来设置pam会话限制：

 session required pam_limits.so 

这是一个古老的问题，但这里是我的两分钱。

你可能遇到的事情是，MySQL引擎没有设置其变量“打开文件限制”的权利。

你可以看到有多少个文件允许mysql打开mysql> SHOW VARIABLES;

即使已将限制设置为较高的值，可能也会将其设置为1024。

您可以在mysqld的命令行中使用选项–open-files-limit = XXXXX。

干杯

通过访问表格的某些代码也可能在某个时间点正确地关闭这些代码，可以达到打开文件的数量。

请参阅http://dev.mysql.com/doc/refman/5.0/en/table-cache.html也有可能的原因。

重新启动mysql应该会导致这个问题消失（尽管可能会再次发生，除非底层问题得到解决）。

您可以通过编辑/etc/security/limits.conf来增加操作系统的限制。

您也可以安装“ lsof ”（LiSt打开文件）命令来查看文件< – >进程关系。

将–single_transaction添加到您的mysqldump命令

我认为没有必要配置PAM。 在我的系统（Debian 7.2与Percona 5.5.31-rel30.3-520.squeeze）我有：

在my.cnf更改之前：

 \#cat /proc/12345/limits |grep "open files" Max open files 1186 1186 files 

在my.cnf和mysqld restart中添加“open_files_limit = 4096”后，我得到：

 \#cat /proc/23456/limits |grep "open files" Max open files 4096 4096 files 

12345和23456当然是mysqld进程的PID。

SHOW VARIABLES LIKE'open_files_limit'show show 4096 now。

所有看起来不错，而“ulimit”显示没有变化：

 \# su - mysql -c bash \# ulimit -n 1024 

不能保证“24”是一个操作系统级的错误号，所以不要以为这意味着太多的文件句柄是打开的。 这可能是一些在mysql本身内部使用的内部错误代码。 我建议询问关于这个的MySQL邮件列表。