MySQL频繁崩溃主因是内存不足或配置过高，需依次检查内存占用、调低innodb_buffer_pool_size等参数、启用Swap、用cgroup限制内存、分析慢日志优化SQL。
如果您在宝塔面板中运行MySQL服务时频繁崩溃，并收到类似“内存分配失败”或“Out of memory”错误提示，则很可能是MySQL进程因系统内存不足或配置不合理而被内核强制终止。以下是解决此问题的步骤：
一、检查系统可用内存与MySQL实际内存占用
该步骤用于确认是否真实存在内存资源紧张，排除误报可能，并定位MySQL进程的实际内存消耗峰值。需结合系统级监控与MySQL内部状态综合判断。
1、通过SSH登录服务器，执行 free -h 查看当前内存总量、已用、空闲及可用（available）内存值。
2、执行 ps aux --sort=-%mem | head -n 10 列出内存占用最高的前10个进程，确认mysqld是否持续占据过高比例。
3、进入宝塔面板 → 软件商店 → 找到已安装的MySQL → 点击【设置】→ 【性能调整】，查看当前配置的innodb_buffer_pool_size值是否超过系统可用内存的70%。
二、降低MySQL内存相关参数配置
该方法通过缩减MySQL核心缓存区域大小，避免其申请超出系统保障能力的内存空间，从而防止OOM Killer介入终止进程。
1、在宝塔面板中打开MySQL配置文件：软件商店 → MySQL → 【设置】→ 【配置修改】。
2、找到 innodb_buffer_pool_size 行，将其值修改为不超过系统总内存的50%（例如：2GB内存设为1024M，4GB内存设为2048M）。
3、查找或新增 max_connections 参数，将其设为合理值（如64或128），避免大量连接堆积导致内存激增。
4、添加或修改 tmp_table_size 和 max_heap_table_size 为同一值，建议设为64M，限制内存临时表上限。
5、点击【保存】并重启MySQL服务。
三、启用系统Swap交换分区（适用于物理内存≤2GB场景）
当物理内存严重不足且无法扩容时，启用Swap可为MySQL提供紧急内存回退路径，避免直接触发OOM Killer杀掉进程。
1、执行 swapon --show 检查当前是否已启用Swap；若无输出，说明未启用。
2、执行 fallocate -l 2G /swapfile 创建2GB交换文件（可根据磁盘空间调整大小）。
3、执行 chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile 启用该文件为Swap。
4、执行 echo '/swapfile none swap sw 0 0' >> /etc/fstab 实现开机自动挂载。
四、限制MySQL进程最大内存使用（cgroup方式）
该方法通过Linux cgroup机制硬性约束mysqld进程可使用的内存上限，确保其不会挤占其他关键服务资源，从根本上规避OOM风险。
1、确认系统使用systemd：执行 ps -p 1 -o comm=，输出为systemd则符合条件。
2、创建MySQL服务限制配置目录：mkdir -p /etc/systemd/system/mysqld.service.d。
3、新建限制文件：nano /etc/systemd/system/mysqld.service.d/limit.conf。
4、在文件中写入以下两行：
[Service]
MemoryLimit=1.5G（数值按实际内存容量设定，建议为总内存的60%）。
5、执行 systemctl daemon-reload && systemctl restart mysqld 应用限制。
五、排查异常查询与慢日志导致的内存泄漏
某些未优化的SQL语句（如全表JOIN、未加LIMIT的大结果集导出）会在执行过程中持续申请内存却未及时释放，长期积累引发崩溃。
1、在宝塔MySQL设置页启用慢日志：【设置】→ 【配置修改】→ 找到 slow_query_log = 1 并确保 long_query_time = 2 已设置。
2、保存后重启MySQL，等待数小时后查看慢日志路径（通常为 /www/server/data/slow-query.log）。
3、使用命令提取高频大内存消耗SQL：awk '{print $8,$9,$10,$11,$12}' /www/server/data/slow-query.log | sort | uniq -c | sort -nr | head -20。
4、对输出中出现频率高且含 JOIN、ORDER BY、GROUP BY 的语句，在对应数据库中添加合适索引或改写逻辑。
