影响MySQL性能最关键的内存参数是innodb_buffer_pool_size、key_buffer_size、tmp_table_size和max_heap_table_size；其中innodb_buffer_pool_size应设为物理内存50%–75%，小内存机建议512M–2G，需确保不触发OOM且留足系统空间。
my.cnf里哪些参数改了最影响性能
内存分配类参数是调优的主战场，innodb_buffer_pool_size、key_buffer_size（仅MyISAM）、tmp_table_size 和 max_heap_table_size 这几个改错一个，就可能让查询变慢几倍，或者直接触发 OOM。
实操建议：
-
innodb_buffer_pool_size应占物理内存 50%–75%，但绝不能超过可用内存；在 4GB 以下小内存机器上，设为 1G–2G 更稳，留足空间给 OS 和其他进程 - 如果表全是 InnoDB，
key_buffer_size可设为16M或干脆0—— 多设没用，还白占内存 -
tmp_table_size和max_heap_table_size必须设成相等值，否则大 GROUP BY 或 ORDER BY 容易悄悄落到磁盘临时表，性能断崖下跌 - 别碰
query_cache_type：MySQL 8.0 已移除，5.7 默认关闭，强行开反而因锁争用拖慢并发
低内存（≤2GB）服务器的避坑配置
这类环境常见于测试机、老旧VPS或嵌入式数据库场景，盲目套用官方推荐值会导致频繁 swap、连接超时甚至 mysqld 被 OOM killer 杀掉。
常见错误现象：Cannot allocate memory 错误日志、SHOW PROCESSLIST 里大量 Creating sort index 状态、慢查询日志中出现 Using temporary; Using filesort 频次陡增。
实操建议：
-
innodb_buffer_pool_size = 512M（不高于 60% 总内存），避免 buffer pool 刷脏页时吃光剩余内存 -
innodb_log_file_size = 64M（而非默认 48M 或更高），减小 recovery 时间和写放大 -
sort_buffer_size = 256K、read_buffer_size = 128K—— 大值对小内存是毒药，每个连接都按此分配，100 个连接就吃掉近 40MB - 关掉非必要功能：
skip_log_bin、skip_symbolic_links、innodb_file_per_table = OFF（减少小文件碎片压力）
高内存（≥32GB）服务器的关键取舍点
大内存不是堆得越多越好。InnoDB 的 buffer pool 拆分、刷脏策略、日志写入节奏，在几十 GB 级别会暴露底层设计约束，比如 mutex 争用、LRU 扫描延迟、redo log 切换卡顿。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
使用场景：OLAP 查询多、大宽表 JOIN、批量导入频繁的业务库。
实操建议：
-
innodb_buffer_pool_size = 24G（不建议顶到 30G+），留足 8GB 给 OS cache、binlog cache、连接线程栈等 - 启用 buffer pool 分区：
innodb_buffer_pool_instances = 8（每实例 ≥1GB），缓解单 mutex 锁瓶颈 -
innodb_io_capacity = 2000（SSD）或400（NVMe），配合innodb_io_capacity_max = 2 * innodb_io_capacity，让刷脏更平滑 - 谨慎开启
innodb_adaptive_hash_index = OFF：高并发点查下它可能引发 latch 争用，压测前后对比SHOW ENGINE INNODB STATUS中的hash searches/s和latch waits
配置生效后必须验证的三件事
改完 my.cnf 重启 MySQL 不等于调优完成。很多参数只在启动时读取，运行中不可调，而有些看似生效了，其实被 runtime 值覆盖或触发了隐式降级。
实操建议：
- 用
SELECT @@innodb_buffer_pool_size对比配置文件值，确认是否被截断（例如输入25G但返回26843545600是正常，返回0或远小于预期则说明语法错或单位未识别） - 检查错误日志是否有
[Warning] Changed limits: max_open_files: *或InnoDB: Warning: cannot allocate memory for the buffer pool类提示 - 运行
mysqladmin variables | grep -E "(buffer_pool|tmp_table|sort_buffer)"，确认最终加载值，尤其注意tmp_table_size是否被max_heap_table_size实际限制住
最常被忽略的是：不同 MySQL 版本对同一参数的默认行为差异很大，比如 5.6 的 innodb_flush_method 默认是 fsync，而 5.7+ 在 Linux 上默认变成 O_DIRECT —— 如果你从旧版本迁移又没同步检查，IO 行为可能完全失控。
