mysql5.6 table cache_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。