MySQL 内存优化核心是合理分配缓冲区，重点调优 innodb_buffer_pool_size（设为物理内存 50%–75%，支持在线调整）、连接级 buffer（如 sort_buffer_size≤2MB，防 OOM）、tmp_table_size 等，并监控命中率、磁盘临时表比率及系统 swap，持续验证。
MySQL 内存使用优化核心在于合理分配关键缓冲区，避免内存浪费或频繁换页。重点调优 innodb_buffer_pool_size、key_buffer_size（仅 MyISAM）、sort_buffer_size 等参数，同时结合实际负载动态调整，而非盲目堆大内存。
优先调优 InnoDB 缓冲池
InnoDB 表占主流时，innodb_buffer_pool_size是最大内存消耗项，应设为物理内存的 50%–75%，但需预留足够内存给 OS 和其他进程。例如 16GB 服务器可设为 10GB：
SET GLOBAL innodb_buffer_pool_size = 10737418240;
注意：该参数在 MySQL 5.7+ 支持在线动态调整（需整数倍于innodb_buffer_pool_chunk_size），重启非必需。
- 监控命中率：查询
SHOW STATUS LIKE 'Innodb_buffer_pool_read%'，计算(1 - Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests) * 100，理想值>99% - 若命中率低且 buffer pool 已较大，应检查 SQL 是否缺少索引，而非继续加内存
- 启用
innodb_buffer_pool_instances（建议设为 CPU 核心数，≤64）可减少争用，提升并发性能
控制连接级内存分配
每个客户端连接会独占 sort_buffer_size、join_buffer_size、read_buffer_size 等内存，设置过大易导致 OOM（尤其高并发场景）。
- 默认值（如 256KB）通常够用，勿轻易调至几 MB；线上建议
sort_buffer_size≤ 2MB，join_buffer_size≤ 4MB - 这些参数是 ** 每个连接独享 **，1000 个连接 × 4MB = 4GB，务必按峰值连接数估算总开销
- 可通过
SHOW PROCESSLIST观察长时间运行的排序 / 连接操作，针对性优化 SQL，比调大 buffer 更有效
精简全局缓存与临时表设置
全局性缓存如 query_cache_size（MySQL 8.0 已移除）和tmp_table_size/max_heap_table_size 影响内存稳定性。
- MySQL 5.7 及以前：若 QPS 高但查询重复率低，建议关闭查询缓存：
query_cache_type=0，避免锁争用 -
tmp_table_size和max_heap_table_size必须相等，控制内存临时表上限（如 64MB）。超过则自动转磁盘临时表，慢但保稳定 - 通过
Created_tmp_disk_tables / Created_tmp_tables比率判断是否过小，>10% 说明频繁落盘，可适度上调
定期验证与持续监控
调优不是一劳永逸。上线后需用 工具 跟踪真实内存行为：
- 用
SHOW ENGINE INNODB STATUSG查看 buffer pool 使用详情和等待事件 - 配合
performance_schema查内存分配：如SELECT * FROM performance_schema.memory_summary_global_by_event_name WHERE event_name LIKE 'memory%'; - 观察系统层面：Linux 下
free -h和cat /proc/meminfo | grep -i "swap|commit"确认是否发生 swap 或过度 commit
