MySQL内存异常通常表现为内存使用率持续升高、服务崩溃或系统因OOM（Out of Memory）被终止。排查时需从MySQL内部配置、运行状态及操作系统层面综合分析。
1. 检查MySQL配置参数
不合理配置是导致内存异常的常见原因。重点关注以下参数：
innodb_buffer_pool_size：InnoDB缓冲池大小，通常建议设置为物理内存的50%~70%。若设得过高，可能挤占系统其他进程内存。 key_buffer_size：MyISAM索引缓存大小，仅MyISAM引擎使用，若未使用MyISAM可调小。 query_cache_size：查询缓存大小，MySQL 8.0已移除，低版本中若开启且设置过大，易引发内存碎片。 tmp_table_size 和 max_heap_table_size：控制内存临时表上限，两者取较小值。大查询频繁创建临时表可能导致内存飙升。 sort_buffer_size、join_buffer_size、read_buffer_size：每个连接独占，不宜设得过大（一般1M~4M足够），否则高并发下累积消耗巨大。通过以下命令查看当前配置：
SHOW VARIABLES LIKE '%buffer%'; SHOW VARIABLES LIKE 'tmp_table_size'; SHOW VARIABLES LIKE 'query_cache_size';
2. 分析当前连接与SQL行为
某些SQL语句或大量连接可能瞬时占用过多内存：
执行 SHOW PROCESSLIST 或查询 information_schema.processlist，检查是否有长时间运行、状态为“Sending data”、“Copying to tmp table”等的查询。 关注是否频繁使用大结果集排序、多表JOIN、子查询或 GROUP BY，这些操作可能触发磁盘临时表或内存膨胀。 使用 performance_schema 或 sys schema 中的视图（如sys.memory_global_by_current_bytes）查看内存使用分布。
启用慢查询日志有助于定位问题SQL：
SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 1; SET GLOBAL log_output = 'TABLE';
3. 监控系统与MySQL内存使用情况
结合操作系统工具判断内存压力来源：
使用 top 或 htop 查看 mysqld 进程内存占用（RES列）。 使用 free -h 观察系统整体内存和交换分区使用情况。 检查是否触发OOM killer：dmesg | grep -i 'oom'，若有输出说明系统曾因内存不足杀进程。 通过 pmap -x4. 合理优化与调整建议
根据实际负载调整 buffer 和 cache 大小，避免“越大越好”的误区。 限制最大连接数（max_connections），防止连接暴增耗尽内存。 应用侧避免一次性拉取海量数据，分页处理更安全。 定期分析慢查询日志，优化执行计划，添加必要索引。 考虑升级MySQL版本，新版本在内存管理和性能上有更好优化。基本上就这些，关键是结合配置、SQL行为和系统监控三方面定位问题根源。
