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避免全表扫描与大数据集排序。