Ubuntu环境下MySQL服务器频繁宕机的问题排查与解决请求

阿华AIGC实验室

2026-4-22

哥们，这种隔几周就宕机的情况确实闹心，我经手过好几个类似的案例，咱们一步步拆解问题、解决掉它：

一、先解决眼前的表崩溃问题（这大概率是宕机的导火索）

你日志里的「Table 'XXX' is marked as crashed and should be repaired」不是小事，哪怕重启后表看似正常，崩溃的表很可能就是MySQL挂掉的直接原因——尤其是如果这张表是高频访问的业务表或者系统表。现在就动手修复：

用mysqlcheck工具在线修复（不用停服务，安全高效）：
```
mysqlcheck -u root -p --repair --all-databases
```
输入MySQL root密码后，工具会自动遍历所有数据库，检查并修复损坏的表。
如果已经知道具体是哪张表（日志里的XXX），可以精准修复，节省时间：
```
mysqlcheck -u root -p --repair 你的数据库名 你的表名
```
注意：如果你的表用的是MyISAM引擎，那它本身就比InnoDB容易崩溃（尤其是突然断电、资源不足时），这一步修复只是临时解决，后面得考虑换引擎。

二、深挖宕机的根本原因（表崩溃可能只是结果，不是源头）

很多时候表崩溃是MySQL宕机后的连锁反应，得排查系统和配置层面的问题：

检查是不是内存不足被系统杀掉了：
运行dmesg | grep -i oom，如果输出里有「mysql」相关的OOM Killer记录，说明服务器内存不够，系统直接把MySQL进程干掉了。这时候得：
- 要么给服务器加物理内存；
- 要么调整MySQL配置文件（比如/etc/mysql/mysql.conf.d/mysqld.cnf）里的内存参数，比如降低innodb_buffer_pool_size、key_buffer_size，避免MySQL占用过多内存。
检查磁盘状态：
- 用df -h看看/var/lib/mysql所在的磁盘是不是满了，磁盘满了会直接导致MySQL宕机，还会损坏表；
- 用smartctl -a /dev/sda（替换成你的磁盘设备名）检查磁盘有没有坏道，硬件故障也是常见的宕机诱因。
检查文件句柄限制：
MySQL需要足够的文件句柄来处理连接和表文件，Ubuntu默认限制可能不够。在MySQL里执行show variables like 'open_files_limit';，如果数值低于65535，就在配置文件里加一行：
```
open_files_limit = 65535
```
然后重启MySQL生效。

三、做好预防，杜绝未来的宕机

解决完当前问题，得做些防护措施：

把MyISAM表换成InnoDB：
InnoDB支持事务、崩溃自动恢复，稳定性甩MyISAM几条街。转换命令（先备份数据！）：
```
ALTER TABLE 你的表名 ENGINE=InnoDB;
```

定时自动检查修复表：
用cron加个定时任务，每周跑一次检查修复，提前解决潜在问题：

# 编辑cron任务
crontab -e
# 添加一行（每周日凌晨2点执行，替换成你的MySQL密码）
0 2 * * 0 mysqlcheck -u root -p'你的root密码' --optimize --repair --all-databases > /dev/null 2>&1

加个服务监控：
用monit或者简单的脚本监控MySQL状态，一旦宕机自动重启并给你发告警，不用等用户反馈才发现问题。比如monit的配置可以这么写（大概示例）：

check process mysql with pidfile /var/run/mysqld/mysqld.pid
  start program = "/usr/sbin/service mysql start"
  stop program = "/usr/sbin/service mysql stop"
  if failed port 3306 protocol mysql then restart
  if 5 restarts within 5 cycles then timeout
  alert 你的邮箱地址