table_open_cache参数对mysql性能的影响

Table_open_cache：表描述符缓存大小，可减少文件打开/关闭次数；
 
为了避免线程相互干扰，每个访问表的线程各自维护一个文件描述符，多耗了内存但是提高了性能，即一个sql若调用了2次表，也需要分配2个文件描述符；
对于MyISAM表，第一次打开时需要两个描述符，其中一个为索引文件(可被后续线程共享)；
假定系统有200个并发连接，则需将此参数设置为200*N(N为每个连接所需的文件描述符数目)；
倘若cache已满且没有可清理的对象，则会临时调大该值，类似于oracle的pga设置；
可通过监控系统状态变量opened_tables查看此cache的繁忙程度，如果opened_tables不断飙升且系统不运行flush tables，则考虑加大table_open_cache值；
当无法为新连接分配足够的描述符时，会遭遇ERROR '...' not found (errno: 23)或者 Can't open file: ... (errno: 24)，此时可考虑减小table_open_cache或max_connections
也可以通过open_files_limit调大mysqld可打开的文件数目，但依旧受shell limit所限
凡事无绝对，过大的table_open_cache也有可能会造成拖累，参照如下例子：
版本为5.0.67，该系统有81个数据库且全为MyISAM和MyISAM merge表，在查询information_schema下的tables表时速度奇慢
mysql> SELECT COUNT(*) FROM tables;
+----------+
| COUNT(*) |
+----------+
|    23687 |
+----------+
1 row in set (4 min 37.46 sec
另外涉及连接tables和columns两表的sql经常遭遇 errcode：24，相关参数为open_files_limit=65535和table_cache=32768
调用flush tables with read lock关闭系统中所有打开的表，然后运行上述sql同时监控相应状态变量
admin@localhost (none)>SHOW STATUS LIKE 'open%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_files    | 22696 |
| Open_streams  | 0     |
| Open_tables   | 8095  |
| Opened_tables | 0     |
+---------------+-------+
4 rows in set (0.00 sec)
再次运行该sql
admin@localhost (none)>SHOW STATUS LIKE 'open%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_files    | 32848 |
| Open_streams  | 0     |
| Open_tables   | 12013 |
| Opened_tables | 0     |
+---------------+-------+
4 rows in set (0.00 sec
将table_open_cache降低为5000，相应sql性能反而得到提升；
原因是如果系统同时运行很多复杂sql，则table_open_cache很容易被占满，mysql采用线性算法O(n)找出最近最少使用的表将其清除，当打开的文件过多时这一操作会比较耗时；将来的版本会引入hash算法
 
 

对于innodb表，若为每个表各分配一个数据文件，则innodb_open_files用来限制可以打开的.ibd文件数量

整理自网络