InnoDB缓冲池大小设对可解决80%性能问题，但必须置于[mysqld]段且按内存合理配置（如16GB服务器设10G），同时需确认MySQL实际加载的配置文件路径并重建innodb_log_file_size日志文件。
innodb_buffer_pool_size设对了，80% 的性能问题就解决了；其他参数调得再细，也难补这个缺口。
确认 MySQL 实际加载的 my.cnf 文件路径
MySQL 8.0 启动时按固定顺序查找配置文件，不是你改了哪个文件它就认哪个。常见误区是：宝塔改了 /www/server/mysql/my.cnf，但系统实际加载的是 /etc/my.cnf，结果重启后完全不生效。
验证方式分两步：
- 查进程启动参数：
ps aux | grep mysqld | grep -o '\-\-defaults-file=[^ ]*'，有输出就说明指定了路径 - 没输出则走默认顺序：
/etc/my.cnf→/etc/mysql/my.cnf→/usr/local/mysql/etc/my.cnf（Linux）；Windows 是C:\ProgramData\MySQL\MySQL Server 8.0\my.ini - 更直接的办法：
mysql -Nse "SELECT @@global.config_file"（8.0+ 支持），返回空说明没显式指定，继续看默认路径
实操建议：删掉或重命名冲突的 /etc/my.cnf，确保只用一个配置文件；改完先用 mysqld --defaults-file=/path/to/my.cnf --verbose --help 2>/dev/null | head -5 校验语法，不报错再重启。
innodb_buffer_pool_size 必须放对位置、设对大小
这个参数必须写在 [mysqld] 段里，写在 [client] 或 [mysql] 下完全无效——很多人反复调不生效，就是卡在这一步。
设多大才安全？不是“越大越好”，而是要算账：
- 16GB 内存服务器：
innodb_buffer_pool_size = 10G（62%），留 4–5GB 给 OS、binlog 缓冲、连接线程等 - ≤4GB 小内存机：
= 1G就顶天了，设 2G 容易触发 OOM Killer 杀mysqld - 单位写
1G或512M，别写字节数（如1073741824），易错难读 - 监控命中率：
SHOW STATUS LIKE 'innodb_buffer_pool_read%';，目标是innodb_buffer_pool_reads / innodb_buffer_pool_read_requests < 0.01
注意：key_buffer_size 对 InnoDB 表完全无用，设成 16M 即可，别和 innodb_buffer_pool_size 加起来超总内存。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
max_connections 和 wait_timeout 要配着调
单独拉高 max_connections 只是掩耳盗铃。空闲连接不释放，照样吃光资源、拖垮连接池。
典型搭配：
- 开发/测试环境（8GB 内存）：
max_connections = 500+wait_timeout = 600（10 分钟） - 生产微服务（16GB+）：
max_connections = 2000+wait_timeout = 300（5 分钟更稳妥） -
wait_timeout和interactive_timeout必须设成一样值，否则 CLI 登录会话行为不一致 - 临时救急可用
SET GLOBAL max_connections = 3000;，但不持久，重启即失效
另外，open_files_limit 要同步调高（如 = 65535），并确保系统级 ulimit 也匹配，否则连 max_connections 都达不到。
innodb_log_file_size 改完必须重建日志文件
这个参数直接影响写入吞吐和崩溃恢复时间，但修改后不能直接重启生效——InnoDB 会拒绝启动，报错类似：InnoDB: Error: log file ./ib_logfile0 is of diffe...
正确流程是：
- 先停库：
systemctl stop mysqld - 备份并删除旧日志：
mv ib_logfile0 ib_logfile0.bak && mv ib_logfile1 ib_logfile1.bak - 更新
my.cnf中的innodb_log_file_size（如设为2G） - 再启动：
systemctl start mysqld，InnoDB 会自动创建新日志文件
推荐值范围：SSD 环境下 1G–4G，兼顾性能与恢复时间；小内存机器慎用大值，避免 recovery 过长导致服务不可用。
innodb_log_file_size 的重建动作——前者导致“改了等于没改”，后者导致“一重启就起不来”。这两步出错，后面所有优化都白搭。 
