MySQL 5.6 Table cache 簡介

    

一、Table Cache

 MySQL 5.6後，引入了“table_cache_instances”引數來控制 table cache instance的個數。目前最大值是64，預設值是1。建議值是16，當系統CPU核數高於16時。引入此引數的目的是，提高併發。相當於把table cache 拆成了多個分割槽，每個分割槽的開啟table控制程式碼數為：table_open_cache / table_open_cache_instances。跟innodb_buffer_pool_instances引數有異曲同工的作用。
     table_cache_instances的最大值為64，每個thread會使用哪個table cache instance，根據thread id取模得到：m_table_cache [thread_id % table_cache_instances]。其中m_table_cache是table cache的instance 分割槽陣列。原始碼定義如下：

      Table cache instance統一由Table_cache_manager類來管理。Table_cache_manager負責初始化和銷燬table cache instance。
     另外，取代LOCK_open鎖的是64個m_lock mutex。因此大大降低了table cache 鎖的爭用，將其分攤到了64個instance上的m_lock mutex上。
     但是涉及到多個table cache中的物件的DDL語句，仍然需要整個table cache級別的鎖，即Lock_open。另外，對所有table cache instances以及table definition cache上鎖時，也需持有Lock_open鎖。

 

二、Table cache & Table definition cache

Table cache與Table definition cache是兩個概念完全不同的東西。

Table cache：也就是通常說的 table open cache。存放當前已經開啟的表控制程式碼，與表建立時指定的儲存引擎相關。這塊在原始碼上的體現是 table object即有指向table share的指標，也有指向具體儲存引擎的handler指標。

Table definition cache：存放表的定義資訊。是frm檔案在記憶體中的對映。MySQL需要開啟frm檔案，並將其內容初始化為Table Share 物件。這裡存放與儲存引擎無關的，獨立的表定義相關資訊。

 

為什麼MySQL會出現這兩個概念是因為：MySQL支援不同的儲存引擎，每種儲存引擎，資料儲存的格式都是不一樣的，因此需要指定一個儲存引擎相關的handler。這就有了table cache的作用。另外表的定義也需要存放記憶體中，而表的定義frm檔案每個儲存引擎是通用的，需要另外獨立開來，這就有了table definition cache。