一、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。