MySQL内存配置关键在于合理分配而非堆大内存，需重点设置innodb_buffer_pool_size（占物理内存50%–75%）、控制单连接内存开销（如sort_buffer_size设256K–2M）、合理配置tmp_table_size/max_heap_table_size（64M–256M）、max_connections（200–1000）及thread_cache_size（4–16），并禁用query cache、调优innodb_log_file_size。
MySQL 内存配置直接影响查询响应、并发承载和稳定性，关键不是堆大内存，而是合理分配给核心组件：缓冲池（InnoDB）、连接线程、临时表、排序缓存等。盲目调高可能引发系统OOM或反向拖慢性能。
重点配好 innodb_buffer_pool_size
这是 MySQL 最关键的内存参数，建议占物理内存的 50%–75%（专用数据库服务器场景）。它缓存表数据和索引，命中率高可大幅减少磁盘 I/O。
- 查看当前使用情况：SHOW ENGINE INNODB STATUS\G 中关注 Buffer pool hit rate（理想 >99%）
- 动态调整（无需重启）：SET GLOBAL innodb_buffer_pool_size = 4294967296;（示例设为 4GB）
- 若实例常驻小表且内存紧张，可略低于 50%，但不建议低于 1GB（除非测试环境）
控制每个连接的内存开销
每个客户端连接会独占部分内存，大量短连接易导致内存耗尽。需限制单连接资源，并配合连接池使用。
- sort_buffer_size：非全局共享，每个需要排序的查询单独分配，建议设为 256K–2M（勿超 4M）
- read_buffer_size 和 read_rnd_buffer_size：类似，按需设为 256K 即可
- tmp_table_size 和 max_heap_table_size：需保持相等，控制内存临时表上限，建议 64M–256M；超限自动转磁盘临时表（慢）
- 用 SHOW STATUS LIKE 'Created_tmp%'; 观察 Created_tmp_disk_tables，若频繁出现，说明临时表常落盘，可适当调高上述两值
合理设置最大连接与线程缓存
max_connections 不是越大越好。每个连接至少消耗 256KB–2MB 内存（取决于其他 buffer 设置），过高易压垮系统。
- 先评估实际并发量（如应用连接池 size × 1.5），再设 max_connections，生产环境常见 200–1000
- 开启 thread_cache_size 减少频繁创建/销毁线程开销，公式参考：sqrt(max_connections)，通常设为 4–16
- 观察 Threads_created 状态变量，若持续上升，说明缓存不足，可适度调高
其他实用建议
- 禁用 query cache（MySQL 8.0 已移除，5.7 建议设 query_cache_type=0），它在多写场景下锁竞争严重
- innodb_log_file_size 总和建议为 buffer_pool_size 的 25% 左右（如 buffer_pool=4G，则 log_file_total≈1G），影响崩溃恢复速度和写吞吐
- 定期用 mysqltuner.pl 或 pt-mysql-summary 做配置健康检查，比凭经验更可靠
