我运行了出色的MySQL性能调整脚本，并开始研究建议。我遇到的一个是
表缓存
当前table_cache的值= 4096个表您总共有1073个表。您有3900张开放桌子。当前table_cache命中率为2％，而表缓存的95％正在使用中。您可能应该增加table_cache
我开始阅读table_cache，但发现MySQL文档非常缺乏。他们确实说要增加table_cache“如果您有记忆”。不幸的是，该table_cache变量被定义为“所有线程的打开表数”。
如果增加此变量，MySQL使用的内存将如何更改？要设定什么是好的值？
Answers:
例如，对于200个并发运行的连接，您的表缓存大小至少应为200×N，其中N是您执行的任何查询中每个联接的最大表数。您还必须为临时表和文件保留一些额外的文件描述符。
因此，如果在您的应用程序中有一个联接了4个表的查询，并且您希望能够处理200个并发连接，则基于该语句，您的table_cache应该至少为800。
至于内存使用情况，我没有这些数字，我怀疑这将取决于要缓存的表的大小。
table_open_cache您查看文档时的情况。观看时，请参阅@MarkRs答案table_cache
您应该监视Opened_Tables变量，并查看其增加速度。如果比创建新表（包括临时表）快得多，则表缓存可能太小。
无论如何，Table_Cache应该始终总是比服务器中的表总数大得多。否则它将继续打开和关闭表。
我看不到如何获得2％的高速缓存命中率，除非您只是在重新启动服务器或大量使用FLUSH TABLES之后才测量时间（与查询数量有关）。通常，表高速缓存命中率应为99.9％，否则性能会降低。
如果可以避免，请不要执行FLUSH TABLES，这会使高速缓存丢失。
打开表很昂贵，因为它需要读取FRM文件。在MyISAM中，它的性能（与其他引擎相比）要差得多，因为当关闭表时，它还会丢弃其索引中的键高速缓存中的所有块。因此，关闭表会从键缓存==中转储其索引，不好！其他引擎保留缓存的块，但仍需要重新读取元数据并分配一些结构。