欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

MySQL open_tables和opened_tables

程序员文章站 2023-01-11 16:14:07
官网解释参见:https://dev.mysql.com/doc/refman/5.7/en/table-cache.html 其他可供参考的文章有: 关于表限制参数的使用:https://dba.stackexchange.com/questions/5232/mysql-table-cache- ......
官网解释参见: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表示无限制,但其实他的值是与操作系统相关的,在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层,需要的时候再创建,最终导致此计数过大。
MySQL open_tables和opened_tables MySQL open_tables和opened_tables
 
三、相关原理图
参考:http://www.cnblogs.com/xpchild/p/3780625.html的源码解析。
如下图,有个表叫xpchild(小屁孩666)库中的pp表:
MySQL open_tables和opened_tables
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。
 
flush tables:close了server层创建的所有的table_share和table,当然innodb层中指向table对象的handler也就无用了。