如何理解MySQL中Tableopencachehits/Tableopencachemisses/Tableopencacheoverflows
今天就跟大家聊聊有关如何理解MySQL中Table open cache hits/Table open cache misses/Table open cache overflows,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
成都创新互联拥有一支富有激情的企业网站制作团队,在互联网网站建设行业深耕十多年,专业且经验丰富。十多年网站优化营销经验,我们已为上千家中小企业提供了成都做网站、网站制作解决方案,按需定制开发,设计满意,售后服务无忧。所有客户皆提供一年免费网站维护!
这3个值的均和函数open_table有关,且他们均和table cache和table share有关,下面是一个粗略的解释,具体解释参考其他书籍:
table cache:会话实例化(instance),通过table share表定义实例化,持有文件的文件描述符。
table share:内存中表的定义。
一、Table_open_cache_hits主要逻辑:
大概逻辑如下
retry_share: { Table_cache *tc= table_cache_manager.get_cache(thd); tc->lock(); /* Try to get unused TABLE object or at least pointer to TABLE_SHARE from the table cache. */ table= tc->get_table(thd, hash_value, key, key_length, &share); if (table) {... thd->status_var.table_open_cache_hits++; goto table_found;
tc->get_table这个调用,可以粗略看出是在表的table share 的free list 中弹出一个instance(table cache),也就是不用实际的实例化,那么就是命中了,如下:
函数 Table_cache::get_table el->free_tables.front()
这样Table_open_cache_hits +1。
二、Table_open_cache_misses主要逻辑
全面我们说了如果找到空闲的instance(tabe cache)则重用即可,如果没找到还需要处理table share,然后通过table share 建立 instance(table cache)我们看看通过table share建立instance大概方式:
error= open_table_from_share(thd, share, alias, (uint) (HA_OPEN_KEYFILE | HA_OPEN_RNDFILE | HA_GET_INDEX | HA_TRY_READ_ONLY), EXTRA_RECORD, thd->open_options, table, FALSE); if (error) { ... thd->status_var.table_open_cache_misses++;
大概就是通过函数open_table_from_share进行table cache的从table share到table cache的实例化,然后标记为Table_open_cache_misses +1。
三、Table_open_cache_overflows主要逻辑
前面我们说了如果没用命中(hint),则需要建立instance(table cache),但是需要注意建立instance(table cache)的时候,如果超过了table_open_cache的设置,则会进行淘汰(注意5.7.26的代码来看table_open_cache可以分为多个instance了默认16个 )。那么这些淘汰的值记录到Table_open_cache_overflows,下面是逻辑:
函数:Table_cache::free_unused_tables_if_necessary 调用为open_table ->Table_cache::add_used_table->Table_cache::free_unused_tables_if_necessary if (m_table_count > table_cache_size_per_instance && m_unused_tables) { mysql_mutex_lock(&LOCK_open); while (m_table_count > table_cache_size_per_instance && m_unused_tables) { TABLE *table_to_free= m_unused_tables; remove_table(table_to_free); intern_close_table(table_to_free); thd->status_var.table_open_cache_overflows++; } mysql_mutex_unlock(&LOCK_open); }
注意这里的条件m_table_count > table_cache_size_per_instance,就是淘汰的条件后者和table_open_cache直接相关。
四、Opened_tables/Open_tables
还有一个值 Opened_tables,也和Table_open_cache_misses类似,他的调用则是在open_table_from_share进行自加。(thd->status_var.opened_tables++;)
而Open_tables这是总的instance(table cache)的个数如下:
static int show_open_tables(THD *thd, SHOW_VAR *var, char *buff) { var->type= SHOW_LONG; var->value= buff; *((long *)buff)= (long)table_cache_manager.cached_tables(); return 0; } /** Get total number of used and unused TABLE objects in all table caches. @note Doesn't require acquisition of table cache locks if inexact number of tables is acceptable. */ uint Table_cache_manager::cached_tables() { uint result= 0; for (uint i= 0; i < table_cache_instances; i++) result+= m_table_cache[i].cached_tables(); return result; }
五、总结
Table_open_cache_hits:能够从table share 的free list 中找到一个instance(table cache),则看做命中,值+1。
Table_open_cache_misses:Table_open_cache_hits相反,如果找不到则需要重新实例化值+1,这通常发生在初始化第一次加载表,或者由于超过参数table_open_cache的设置被淘汰后需要重新实例化。
Table_open_cache_overflows:就是上面说的淘汰的instance(table cache)的数量,每次淘汰值+1。
Opened_tables:类似Table_open_cache_misses。
Open_tables:总的instance(table cache)的总数。
我们通常可以通过他们判断table_open_cache参数设置是否合理。
看完上述内容,你们对如何理解MySQL中Table open cache hits/Table open cache misses/Table open cache overflows有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注创新互联行业资讯频道,感谢大家的支持。
本文名称:如何理解MySQL中Tableopencachehits/Tableopencachemisses/Tableopencacheoverflows
URL链接:http://scyanting.com/article/gjcccp.html