Out of resources when opening file \'./center/backupdt.MYD\'

Out of resources when opening file \'./center/backupdt.MYD\'

前两天数据库出现了这个错误，在网上查找到了解决方法。在解决过程中的一些问题记录下来。首先出现Out of resources when opening file './xxx.MYD' (Errcode: 24)错误是因为打开的文件数超过了my.cnf的--open-files-limit。open-files-limit选项无法在mysql命令行直接修改，必须在my.cnf中设定，最大值是65536。

 

重新启动以后，发现

mysql> show variables like 'open%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| open_files_limit | 1024  |
+------------------+-------+
1 row in set (0.00 sec)
并没有改变。赶快查看服务器的打开文件数设定的值（用ulimit -n查看），结果发现果然是1024。在修改服务器设置后，也改成了65536，重启服务还是没有改变。需要重新登录服务器再重启数据库服务就OK了。原来这个值会取数据库和服务器设定的最小值。

mysql> show variables like 'open%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| open_files_limit | 65536 |
+------------------+-------+
1 row in set (0.00 sec)

修改ulimit优化服务器

 

默认linux 系统的文件描述符是1024，在大负载的情况下这点文件描述符是远远不够的，以下两种方法：

 

一，通过ulimit命令修改  

#显示当前文件描述符

ulimit -n

 

#修改当前用户环境下的文件描述符为65536

ulimit -HSn 65536

只能修改当前登录用户环境下的文件描述符，如果此用户来另外打开一个连接，此链接环境的文件描述符依然是没改前的。如果系统重启，以前修改都不再生效

 

二，通过修改limits.conf文件

1.打开/etc/security/limits.conf，里面有很详细的注释，找到如下设置(如果没有就插入)

* soft nofile 65536

* hard nofile 65536

 

2.编辑/etc/pam.d/common-session，加入一行

session required pam_limits.so

3.编辑/etc/profile，加入

ulimit -SHn 65536