mysql table cache最大_MySQL参数优化---Table Cache-阿里云开发者社区

The Table Cache

表缓存的对象：表

每个在缓存中的对象 包含相关表 .frm文件的解析结果，加上一些其它的数据。

准确地说，在对象里的其它数据的内容依赖于表的存储引擎。例如：

MyISAM，是表的数据和索引的文件描述符。

Merge, 可能是多个文件描述符，因为Merge表可以有很多的底层表。

表缓存特性：资源重用

例如：

当一个查询请求访问一张MyISAM表， MySQL 也许可以从缓存的对象中获取到文件描述符。尽管这样做可以避免打开一个文件描述符的开销，但这个开销其实并不大。打开和关闭文件描述符在本地存储是很快的，服务器可以轻松地完成每秒100万次的操作。对MyISAM表来说，表缓存的真正好处是：可以让服务器避免修改MyISAM文件头来标记表“正在使用中”。

表缓存-->InnoDB

表缓存的设计是服务器和存储引擎之间分离不彻底的产物，属于历史问题。表缓存对InnoDB重要性就小多了，因为InnoDB不依赖它来做那么多的事(例如持有文件描述符，InnoDB有自己的表缓存版本)。尽管如此，InnoDB也能从缓存解析的.frm文件中获益。

Table Cache 参数的演变

在MySQL 5.1版本中及之后的版本，表缓存分离成两部分：

一个是打开表的缓存  ---> table_open_cache

一个是表定义的缓存  ---> table_definition_cache

其结果是，表定义(解析.frm文件的结果)从其它资源中分离出来了，例如表描述符。打开的表依然是每个线程，每个表用的，但是表定义是全局的，可以被所有连接有效地共享。

通常可以把table_definition_cache 设置得足够高，以缓存所有的表定义。除非有上万张表，否则这可能是最简单的方法。

参数的简介：

判断参数是否需调整

如果Opened_tables状态变量很大或者在增长，可能是因为表缓存不够大，那么可以人为增加table_cache系统变量(或者是MySQL 5.1 中的table_open_cache)。然而，当创建和删除临时表时，要注意这个计数器的增长，如果经常需要创建和删除临时表，那么该计数器就会不停地增长。

Table Cache 设置过大的缺点

把表缓存设置过大的缺点：当服务器有很多的MyISAM表时，可能会导致关机时间较长，因为关机前索引块必须完成刷新，表都必须标记为不再打开。同样的原因，也可能使FLUSH TABLES WITH READ LOCK操作花费很长一段时间。

Table Cache 总结：       表缓存实际上用的内存并不多，相反却可以有效节约资源。虽然打开一个新的表，相对于其他MySQL操作来说代价不算高，但它们的开销是累加的。所以缓存表有时可以提升效率。

个人感觉：

对于，线上数据库大多是MyISAM存储引擎，应相应将table_open_cache的值调大些。

至于table_definition_cache, 看数据库的table容量。

特此说明：个人感觉，纯属自己的观点，自己的理解，仅供参考。