MySQL内存不足需优化配置、资源分配和查询效率。1. 合理设置innodb_buffer_pool_size为物理内存50%~70%，key_buffer_size、query_cache_size按需调整；2. tmp_table_size等临时表参数设为64M~256M，连接级缓冲设1M~4M防累积；3. 用EXPLAIN分析慢查询，避免全表扫描，限制返回行数；4. 监控max_connections和SHOW PROCESSLIST，控制连接数；5. 系统层面检查free -h，关闭高耗内存进程，适当增Swap或升级内存。核心是按实际资源配置，避免过度分配。
MySQL内存不足通常表现为服务崩溃、响应变慢或无法启动。解决这个问题需要从配置优化、系统资源分配和查询效率三方面入手。核心是合理设置MySQL的内存参数，避免超出服务器实际可用内存。
调整关键内存参数
MySQL的内存使用主要由几个关键参数控制，应根据服务器总内存合理设置：
- innodb_buffer_pool_size：这是最大头的内存消耗项，建议设置为物理内存的50%~70%。例如16GB内存的机器可设为10G。不要过高，否则会挤占系统其他进程资源。
- key_buffer_size：仅用于MyISAM表索引，如果不用MyISAM，可设为16M~32M。
- query_cache_size：MySQL 8.0已移除查询缓存，如果是旧版本且并发不高可保留，否则建议设为0以节省内存。
- tmp_table_size 和 max_heap_table_size：控制内存临时表大小，建议设为64M~256M，避免大查询耗尽内存。
- sort_buffer_size、join_buffer_size、read_buffer_size：这些是每个连接分配的内存，不要设太大（一般1M~4M），否则高并发时累积占用严重。
检查并优化低效查询
某些SQL语句会触发大量内存使用，尤其是没有索引的排序、连接或子查询：
- 使用 EXPLAIN 分析慢查询执行计划，确认是否走了索引。
- 避免 SELECT *，只查需要的字段。
- 限制返回行数，特别是分页场景加 LIMIT。
- 定期开启慢查询日志（slow_query_log），找出消耗资源多的SQL进行优化。
监控连接数和并发
过多的客户端连接会成倍增加内存使用：
- 检查 max_connections 是否过高，根据业务需求合理设置（如200~500）。
- 使用 SHOW PROCESSLIST 查看当前连接状态，是否有大量空闲或阻塞连接。
- 应用端使用连接池，并及时释放连接，避免连接泄漏。
系统层面检查
确保操作系统有足够的可用内存：
- 运行 free -h 或 top 查看整体内存使用情况。
- 确认是否有其他进程（如Java应用、Redis）占用了过多内存。
- 适当增加Swap空间作为缓冲，但不能依赖Swap解决根本问题。
- 考虑升级服务器内存，或拆分数据库负载（读写分离、分库分表）。
基本上就这些。重点是别把MySQL配置成“内存黑洞”，按实际资源设定参数，再配合SQL优化和连接管理，大多数内存问题都能缓解。
