MySQL表缓存配置需满足：必须置于[mysqld]段，检查/etc/my.cnf等路径；table_open_cache值不可超open_files_limit×0.8；配合table_open_cache_instances设为CPU核数以减少锁争用；依据Open_tables与Opened_tables增量判断是否真需调优。
确认当前配置文件位置和生效段落
MySQL不会读取任意位置的my.cnf，必须写在[mysqld]段下才对服务端生效。常见错误是把table_open_cache写进[client]或[mysql]段——那只是影响客户端行为，完全不生效。
Linux 下优先检查：/etc/my.cnf、/etc/mysql/my.cnf、/etc/mysql/conf.d/*.cnf。用mysqld --help --verbose | grep "Default options"可确认实际加载路径。
改完后别直接重启：先用mysqld --defaults-file=/etc/my.cnf --validate-config验证语法；再systemctl restart mysqld（或service mysql restart），避免配置错误导致启不来。
设置值前必须核对open_files_limit
table_open_cache不是想设多大就多大。它受限于操作系统级的文件描述符上限：open_files_limit。如果table_open_cache超过这个值，MySQL会静默截断，且Opened_tables仍会疯涨，你还以为是缓存不够。
- 查当前限制：
SHOW VARIABLES LIKE 'open_files_limit'; - 查系统实际 limit：
cat /proc/$(pidof mysqld)/limits | grep "Max open files" - Linux 上需同步调高系统级限制：在
/etc/security/limits.conf里加mysql soft nofile 65535和mysql hard nofile 65535，并确保systemd没覆盖它（检查/usr/lib/systemd/system/mysqld.service中LimitNOFILE）
安全余量建议：设table_open_cache ≤ open_files_limit × 0.8，留出空间给临时表、binlog、slow log等。
根据真实负载设值，而非套公式
别信“max_connections × 平均每条 SQL 表数”这种估算。OLTP 场景下绝大多数连接空闲，真正并发打开表的只是活跃查询线程。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
看这两个指标才是关键：
-
SHOW GLOBAL STATUS LIKE 'Open_tables';—— 当前缓存中已打开的表数 -
SHOW GLOBAL STATUS LIKE 'Opened_tables';—— 启动以来累计打开物理表的次数（重点看10秒增量）
如果Open_tables长期卡在table_open_cache的95%以上，且Opened_tables每秒涨 >20，说明缓存真不够；如果Open_tables只有200但Opened_tables已破千万，大概率是业务里有DROP TABLE + CREATE TABLE循环或大量SELECT ... INTO OUTFILE，调这个参数没用。
别漏掉table_open_cache_instances这个锁瓶颈
默认table_open_cache_instances = 1，所有线程抢同一把 mutex。高并发时SHOW ENGINE INNODB STATUS\G里能看到大量wait array slots等待，CPU 被锁争用吃光，性能反而下降。
建议设为 CPU 核心数（不超过 16）：
- 8 核机器 →
table_open_cache_instances = 8 - 云数据库如 RDS 通常已自动调优，自建库务必手动检查
- 它和
table_open_cache是乘积关系：总缓存槽位 =table_open_cache × table_open_cache_instances，但每个实例独立管理自己的槽位，互不干扰
这个参数比table_open_cache本身更容易被忽略，也更直接影响高并发下的稳定性。
真正难的不是设一个数字，而是理解Open_tables和Opened_tables的差值代表什么——那才是表句柄是否被复用的关键证据。很多人盯着Opened_tables绝对值猛调，却没注意它每秒只涨1次，其实根本不需要动这个参数。
