MySQL open_tables和opened_tables

官网解释参见：https://dev.mysql.com/doc/refman/5.7/en/table-cache.html

其他可供参考的文章有：

关于表限制参数的使用：https://dba.stackexchange.com/questions/5232/mysql-table-cache-and-opened-tables

关于SHOW OPEN TABLES命令的使用：https://www.percona.com/blog/2008/12/14/show-open-tables-what-is-in-your-table-cache/

 

一、本文涉及到的系统参数有3个：

• table_open_cache

这个参数表示针对所有threads的table cache总和，5.6.7之前默认是400,5.6.8之后是2000。

这是个server层的参数，mysql不支持并行查询，mysql的会话也没有PGA的概念，一个thread引用myisam表时需要在server层上创建一个table对象（索引也需要创建一个但是是共享的，self join会创建2个,分区表每个分区按单表对待），如果同时多个会话引用一个表也会创建多个表对象，虽然会加大内存使用量，但是却极大的减少了内部表锁的争用。

这个值的数目建议设置为max_connections*你的表数目，当然你可能也需要为一些临时表等对象预留，但是这个数目已经足够大啦。

那么mysql什么时候释放这些表对象呢？

1. 当缓冲已满，而连接想要打开一个不在缓冲中的表时。
2. 当缓冲数目已经超过了table_open_cache设置的值，mysql开始使用LRU算法释放表对象。
3. 当你用flush tables;语句时。

• open_files_limit

这个参数表示mysqld可用的最大文件描述符数目，如果你遇到“Too many open files”的错误，应当考虑加大它。这个参数的默认值是0表示无限制（大于5.6.7后默认值不再为0，参考官网），但其实他的值是与操作系统相关的，在Unix系统下这个值的数目不能大于ulimit -n。

这个参数应当大于等于table_open_cache。

• innodb_open_files

这个参数只对InnoDB存储引擎有效，它指定了mysql可以同时打开的最大.ibd文件的数目。这个参数即不影响table_open_cache也不受open_files_limit影响，是独立的只对InnoDB有效的。所以在默认为InnoDB存储引擎时可以不考虑open_files_limit只去设innodb_open_files。

 

这3个参数的关系可以总结如下,为保证性能，你应当设置为如下值：

max_connections*你的表数目 = table_open_cache <=open_files_limit< ulimit -n

innodb_open_files<ulimit -n

 

二、本文涉及到的status参数有2个：open_tables和opened_tables

其中open_tables表示当前打开的table总和，即所有connection打开的table总数。

opened_tables表示打开过的表的数量总和，只有show global status才能看到它的值。这是个计数器，Opened_tables/Uptime的值过大说明table_open_cache过小，导致一些table对象（即下文说的table对象）经常会刷出server层，需要的时候再创建，最终导致此计数过大。

 

 

三、相关原理图

参考：http://www.cnblogs.com/xpchild/p/3780625.html的源码解析。

如下图，有个表叫xpchild(小屁孩666)库中的pp表：

table: MySQL会为一个join查询中涉及的每个表建一个TABLE对象，引用innodb表时还会创建innodb层的handler，server层的table指向此handler，此handler指向innodb层的共享表字典Dict_table_t。

table_share: MySQL为每一张表建立一个table_share对象，与frm文件对应。

handler: 在Innodb层对应于每个TABLE对象，innodb引擎创建一个handler(windows叫句柄，linux叫file descriptor)。

dict_table_t: innodb为每一个innodb表load一个数据字典对象，这些对象的集合就是innodb中的data dictionary。

你可以将table和handler看做非innodb和innodb在各个会话中被引用时创建的句柄，前者在server层，后者自然在innodb引擎层。

flush tables with read lock：close了server层创建的所有的table对象，并为所有table_share上加一个全局读锁，因此innodb层中指向table对象的handler也就无用了。