今天就跟大家聊聊有關如何理解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://vcdvsql.cn/article28/gjcccp.html

成都網站建設公司_創新互聯，為您提供營銷型網站建設、網站設計、網站導航、網站排名、網站收錄、網站制作

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯