今天就跟大家聊聊有关如何理解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();/*TrytogetunusedTABLEobjectoratleastpointertoTABLE_SHAREfromthetablecache.*/table=tc->get_table(thd,hash_value,key,key_length,&share);if(table){...thd->status_var.table_open_cache_hits++;gototable_found;

tc->get_table这个调用,可以粗略看出是在表的table share 的free list 中弹出一个instance(table cache),也就是不用实际的实例化,那么就是命中了,如下:

函数Table_cache::get_tableel->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_necessaryif(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)的个数如下:

staticintshow_open_tables(THD*thd,SHOW_VAR*var,char*buff){var->type=SHOW_LONG;var->value=buff;*((long*)buff)=(long)table_cache_manager.cached_tables();return0;}/**GettotalnumberofusedandunusedTABLEobjectsinalltablecaches.@noteDoesn'trequireacquisitionoftablecachelocksifinexactnumberoftablesisacceptable.*/uintTable_cache_manager::cached_tables(){uintresult=0;for(uinti=0;i<table_cache_instances;i++)result+=m_table_cache[i].cached_tables();returnresult;}五、总结

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有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注亿速云行业资讯频道,感谢大家的支持。