宝塔面板MySQL数据库频繁崩溃与内存占用过高排错优化手册

1. 为什么 MySQL 会莫名其妙自动停止？

绝大多数情况下，这不是 MySQL 本身的代码 bug，而是触发了 Linux 内核的 OOM Killer（Out of Memory Killer）保护机制！
当系统总可用物理内存耗尽时，操作系统为了保护自身内核不崩溃，会自动抓取占用物理内存最多的进程（通常就是 mysqld）直接强行杀掉。

可以在 SSH 终端验证是否为 OOM 导致：

bash复制
dmesg -T | grep -i "out of memory"

2. 根治方案一：合理配置 Linux Swap 交换分区

Swap 相当于把一部分硬盘空间充当虚拟内存，虽然速度没有物理内存快，但在峰值流量冲顶时能防止进程被直接杀死：

1. 在宝塔【软件商店】搜索安装【Linux 工具箱】。
2. 进入【Swap/虚拟内存】配置面板。
3. 推荐设置规则：

3. 根治方案二：科学调优 InnoDB 缓冲池大小

进入宝塔【MySQL 设置】->【配置修改】：

ini复制
[mysqld]
# 1. 核心重点：缓冲池大小一般设置为系统可用内存的 50% ~ 60%
# 2G 内存建议设为 512M，4G 内存设为 1024M，8G 内存设为 4096M
innodb_buffer_pool_size = 1024M

# 2. 减少无用连接开销
max_connections = 300
wait_timeout = 180
interactive_timeout = 180

# 3. 降低每个线程分配的缓冲区大小（避免瞬间并发时撑爆物理内存）
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
join_buffer_size = 1M

# 4. 开启慢查询日志定位低效 SQL
slow_query_log = 1
slow_query_log_file = /www/server/data/mysql-slow.log
long_query_time = 2

4. 根治方案三：设置自动监控守护保活脚本

进入宝塔【计划任务】->【添加任务】：

• 任务类型：Shell 脚本
• 执行周期：每 5 分钟执行一次
• 脚本内容：

bash复制
pgrep -x mysqld &> /dev/null
if [ $? -ne 0 ];then
    bash /www/server/panel/script/rememory.sh
    /etc/init.d/mysqld start
    echo "监控到 MySQL 异常停止，已于 $(date '+%Y-%m-%d %H:%M:%S') 自动拉起！" >> /tmp/mysql_watchdog.log
fi