MySQL频繁自动停止并提示“内存溢出”，主因是物理内存不足或配置不合理触发OOM Killer。解决方法包括：一、调低innodb_buffer_pool_size（≤50%物理内存）、max_connections（50–100）、禁用查询缓存；二、用free -h和ps aux排查并终止高内存进程；三、创建并启用2GB Swap文件；四、通过systemd cgroup限制MySQL内存上限为1G；五、分析错误日志定位大排序或临时表问题，优化SQL与索引。
如果您在宝塔面板中运行MySQL服务时频繁遇到自动停止，并提示“内存溢出”，则很可能是MySQL进程因物理内存不足或配置参数不合理导致被系统OOM Killer强制终止。以下是多种可行的解决方法：
一、调整MySQL内存相关配置参数
通过降低MySQL的内存占用上限，可避免其超出系统可用内存而被内核强制杀掉。核心是限制InnoDB缓冲池、查询缓存及连接数等资源消耗。
1、登录宝塔面板，进入【软件商店】→ 找到已安装的MySQL版本 → 点击【设置】→ 选择【配置修改】。
2、定位到innodb_buffer_pool_size参数，将其值设为不超过服务器物理内存的50%（例如2GB内存服务器建议设为896M）。
3、将max_connections调低至50–100之间，避免大量空闲连接累积内存开销。
4、注释或删除query_cache_type和query_cache_size（MySQL 8.0已移除，但若使用5.7且启用，需禁用）。
5、保存配置后，点击【重启MySQL】使更改生效。
二、检查并终止异常高内存占用进程
系统中可能存在其他进程持续占用大量内存，挤压MySQL可用空间，需排查并释放资源。
1、在宝塔终端中执行free -h查看当前内存使用总量与剩余量。
2、运行ps aux --sort=-%mem | head -10列出内存占用最高的10个进程。
3、若发现非必要进程（如未关闭的Python脚本、Node.js服务、日志分析工具等）占用超500MB，记录其PID。
4、使用kill -9 PID强制结束该进程。
5、执行swapoff -a && swapon -a重置交换分区状态（如已启用Swap）。
三、启用并合理配置Swap交换空间
当物理内存不足时，Swap可作为临时补充内存区域，防止OOM Killer直接终止MySQL进程。
1、执行swapon --show确认当前是否启用Swap；若无输出，则尚未启用。
2、创建2GB Swap文件：dd if=/dev/zero of=/swapfile bs=1G count=2。
3、设置权限：chmod 600 /swapfile。
4、格式化并启用：mkswap /swapfile && swapon /swapfile。
5、写入开机挂载：echo '/swapfile none swap sw 0 0' >> /etc/fstab。
四、限制MySQL进程的内存使用上限（cgroup方式）
通过Linux cgroup机制对MySQL进程组施加硬性内存限制，使其无法突破设定阈值，从而规避OOM触发条件。
1、确认系统使用systemd：执行ps -p 1 -o comm=，输出为systemd即可继续。
2、编辑MySQL服务单元文件：sudo systemctl edit mysqld（或mariadb，依实际服务名而定）。
3、输入以下内容：
[Service]
MemoryLimit=1G
MemoryAccounting=true
4、保存退出后执行sudo systemctl daemon-reload。
5、重启MySQL：sudo systemctl restart mysqld。
五、检查MySQL错误日志定位具体溢出点
查看MySQL原生日志可识别是哪类操作引发内存突增，例如大表排序、临时表创建或慢查询堆积。
1、进入宝塔面板【数据库】→ 点击对应MySQL实例 → 【错误日志】。
2、查找包含Out of memory、Cannot allocate memory或malloc失败的最近10条记录。
3、若日志中反复出现Creating sort index或Copying to tmp table，说明存在未优化的ORDER BY或GROUP BY语句。
4、定位对应数据库与表名，使用EXPLAIN分析相关SQL执行计划。
5、为涉及字段添加合适索引，或改写SQL避免全表扫描与大数据集排序。
