MySQL内存不足是数据库运维中常见的问题，轻则导致查询响应变慢，重则引发服务宕机，影响业务正常运行。要解决这个问题，需要先明确内存占用的主要来源，再针对性调整优化。
一、先定位MySQL内存占用情况
在调整配置前，首先要确认MySQL当前的内存使用分布，避免盲目修改参数。可以通过MySQL自带的状态变量查看内存相关指标：
-- 查看MySQL全局内存相关配置和使用情况 SHOW GLOBAL STATUS LIKE '%mem%'; -- 查看关键内存参数配置 SHOW VARIABLES LIKE '%buffer%'; SHOW VARIABLES LIKE '%cache%'; SHOW VARIABLES LIKE '%pool%';
也可以通过系统命令查看MySQL进程的内存占用，比如Linux系统下执行top -p $(pgrep mysqld)，观察RES（常驻内存）和VIRT（虚拟内存）的数值，判断内存是否真的不足。
二、调整核心内存配置参数
MySQL的内存占用主要由各类缓存池和缓冲区决定，不合理的参数设置是内存不足的最常见原因，以下是需要重点调整的参数：
1. InnoDB缓冲池大小
innodb_buffer_pool_size是InnoDB存储引擎最核心的内存参数，用于缓存表数据和索引，默认值是128M，如果服务器内存充足可以适当调大，但一般建议设置为服务器物理内存的50%-70%，避免占用过多系统内存。
修改MySQL配置文件（my.cnf或my.ini），添加或修改如下配置：
[mysqld] # 假设服务器内存为8G，设置为4G innodb_buffer_pool_size = 4G # 缓冲池实例数，提升并发性能，建议设置为缓冲池大小/1G，最大不超过64 innodb_buffer_pool_instances = 4
2. 查询缓存相关参数
MySQL的查询缓存query_cache在高频更新场景下反而会降低性能，还会占用额外内存，如果业务表更新频繁，建议关闭查询缓存：
[mysqld] # 关闭查询缓存 query_cache_type = 0 query_cache_size = 0
3. 连接相关内存参数
每个MySQL连接都会占用一定的内存，max_connections设置过高会导致总连接内存占用过大，需要根据实际业务并发量调整：
[mysqld] # 最大连接数，根据实际并发量设置，一般中小业务设置为100-500即可 max_connections = 200 # 每个连接排序使用的缓冲区大小，默认2M，可适当调小 sort_buffer_size = 1M # 每个连接读取索引的缓冲区大小，默认256K，可适当调小 read_buffer_size = 512K
三、优化查询和表结构减少内存占用
低效的查询语句会临时占用大量内存，比如没有索引的全表查询、大结果集的排序分组操作等，这类问题需要从SQL层面优化：
- 给查询条件的字段添加合适的索引，避免全表扫描
- 避免使用
SELECT *，只查询需要的字段，减少数据传输和内存占用 - 大结果集的查询尽量分页处理，不要一次性查询全部数据
- 避免在SQL中使用大量的临时表，比如复杂的子查询可以拆分成多个简单查询
如果表数据量过大，可以考虑分表分库，减少单表数据量，降低查询时的内存消耗。
四、其他辅助优化措施
如果调整参数和优化查询后内存仍然不足，还可以尝试以下方法：
注意：修改MySQL配置文件后，需要重启MySQL服务才能生效，重启前建议备份原有配置文件，避免配置错误导致服务无法启动。
- 升级服务器内存，这是最直接的解决方式，如果业务增长快，建议提前规划内存容量
- 定期清理无用的数据库表和数据，删除冗余的历史数据
- 如果开启了二进制日志，可以设置自动清理过期日志，避免日志文件占用过多磁盘和内存
最后可以通过监控工具长期观察MySQL的内存使用情况，比如Prometheus+Grafana搭配MySQL Exporter，及时发现内存异常波动，提前处理潜在问题。