-------------------------------------------------------------------------------------------------短文---------------------------------------------------------------------------------------------------------------

长话短说~

现象:
error log中批量刷错误日志, 形如: [ERROR] /usr/sbin/mysqld: Can't open file: './*******/*********.frm' (errno: 24)
PS: 用*代替某些不可描述内容_(:з」∠)_

查了一下errno,  代表的信息是: OS error code  24:  Too many open files

实际上解决起来也很简单, 修改下系统的openfiles和mysql的open_files_limit就好了,
出问题的虚拟机上面, open_files_limit的值设置成了300, 只需要改高一些, 比如65535, 应该就解决了;

更进一步:
虽说能解决问题, 但是有一个现象还是比较奇怪的, 一般来说, 如果是Too many open files的问题, 出问题的文件应该没什么规律;
但是这个环境上面, 刷了一大票的错误信息, 都是同一个表的, 这个就比较奇怪了, 为什么全部是那一张表?

好奇心:
所以就登进去看看那张表的情况, 发现是一个MyISAM的表, 而且有600+G, 但是文件的大小应该不会对open files有什么影响才对;
于是再看一眼表结构: 分区表, 还是500+的分区数量??

搜索:
印象里面innodb在操作分区表的时候只会单独操作一个文件的, 但是MyISAM就不太了解了;
查阅文档以后发现如下内容:


大致意思如下:
根据MyISAM引擎的设计, 基于MyISAM的分区表在操作的时候, 会打开表中所有的分区;
所以需要提供足够多的文件描述符;

考虑到出问题的那张表正好是一个MyISAM的分区表, 且包含了500+的分区, 所以把修改参数的方案和分区表的问题一起反馈给了业务方;

PS: MyISAM是个坑啊, 别用了行不行....._(:з」∠)_