标签：oba san 描述 关系 www. bubuko linu server 解析
其他可供参考的文章有：
一、本文涉及到的系统参数有3个：
这个参数表示针对所有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什么时候释放这些表对象呢？
- 当缓冲已满，而连接想要打开一个不在缓冲中的表时。
- 当缓冲数目已经超过了table_open_cache设置的值，mysql开始使用LRU算法释放表对象。
- 当你用flush tables;语句时。
这个参数表示mysqld可用的最大文件描述符数目，如果你遇到“Too many open files”的错误，应当考虑加大它。这个参数的默认值是0表示无限制，但其实他的值是与操作系统相关的，在Unix系统下这个值的数目不能大于ulimit -n。
这个参数应当大于等于table_open_cache。
这个参数只对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层，需要的时候再创建，最终导致此计数过大。
三、相关原理图
如下图，有个表叫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。
flush tables：close了server层创建的所有的table_share和table，当然innodb层中指向table对象的handler也就无用了。
MySQL open_tables和opened_tables
标签：oba san 描述 关系 www. bubuko linu server 解析
原文地址：https://www.cnblogs.com/leohahah/p/8921107.html
