MySQL文件描述符限制配置及问题分析.pdfVIP

MySQL打开的文件描述符限制

如果遇到如下错误:Can’topenfile:‘.\test\mytable.frm’(errno:24)shellgt;perror24OSerror

code24:Toomanyopenfiles这就是MySQL的文件描述不够用了。先说解决办法，再说背后

的原因吧。1.如何解决第一步：设置OS参数（如果你有权限的话）：文件

/etc/security/limits.conf新增如下行：mysqlsoftnofile65535mysqlhardnofile65535上面的配

置，是OS限制各个用户能够打开的文件描述符限制（hardsoft区别参看manulimit），新增

上面两行，表示mysql用户能够打开65535个文件描述符（可以使用lsof-umysql|wc-l查看

当前打开了多少个文件描述符）。第二步：修改MySQL参数：在MySQL配置文件f

中新增下面的行然后重启你的MySQL一般问题就解决了。2.背后的问题上面的办法一般就

能解决问题了。不过在实践中发现，在f中设置的参数open_files_limit值是无效的，

即MySQL启动后open_files_limit始终以OS的文件描述符为准。（版本MySQL5.1.45

RHEL5.4）root@(none)11:27:07gt;showglobalvariableslike“%open_files_limit%”;+-

++|Variable_name|Value|+++|

open_files_limit|20000|+++1rowinset(0.01sec)root@(none)

11:27:09gt;systemulimit-n20000那f参数open_files_limit是否真的是没用呢？接下来

会是一篇很长、很蛋疼的关于该问题的研究，如果不是很有时间，不建议看下去。3.源代

码中如何设置open_files_limit3.1实验验证配置文件中配置：open_files_limit=10000；$ulimit

-n20000；启动数据库，观察：root@(none)11:48:57gt;showglobalvariableslike

“%open_files_limit%”;+++|Variable_name|Value|+++|

open_files_limit|20000|+++看到参数open_files_limit确实没有作用（已

经实验了很多次了）。3.1代码追踪watch首先使用gdb/watch观察open_files_limit变量值，

Oldvalue=0Newvalue=100000x000000000086a6f2insetval()Oldvalue=10000Newvalue=

200000x00000000005ba159ininit_common_variables()看到，配置文件f中的10000，

又没有生效。3.2梦境：更多的代码细节wanted_files=

10+max_connections+table_cache_size*2;max_open_files=max(max(wanted_files,

max_connections*5),open_files_limit);files=my_set_max_open_files(max_open_files);这一段可

以看到，首先会比较open_files_limit，