Ubuntu 18.04环境下MySQL服务启动失败问题求助

当前通过systemctl status mysql.service、journalctl -xe获取的日志仅为系统服务管理层的通用报错，未捕获MySQL进程自身的崩溃根源，可按以下步骤定位解决：

第一步：抓取MySQL真实报错 #

现有systemd日志只会显示服务控制流程的退出状态，无法打印MySQL进程本身的错误输出，需切换到前台手动启动模式，绕过日志截断获取完整错误信息：

• 执行前台启动命令，MySQL会将启动过程的所有错误直接打印到当前终端：
  sudo mysqld --user=mysql
• 待终端输出完整的错误堆栈后，按下Ctrl+C退出前台运行状态即可，这一步拿到的报错就是导致预启动脚本执行失败、服务被标记为异常的核心原因。

第二步：匹配高频根因排查 #

结合日志中ExecStartPre阶段直接失败、服务加载状态标记为bad的特征，可逐一排查以下常见问题：

• 数据目录权限配置异常
  MySQL默认数据目录为/var/lib/mysql，需确保目录及内部所有文件的属主为mysql系统用户和用户组：
  • 先检查当前权限状态：ls -ld /var/lib/mysql
  • 如果属主不是mysql:mysql，执行修正命令：sudo chown -R mysql:mysql /var/lib/mysql
• 残留锁文件、PID文件阻塞启动流程
  之前异常退出的MySQL进程可能会留下残留的锁文件或PID文件，阻塞后续启动：
  • 查找数据目录、运行目录下的残留阻塞文件：ls /var/lib/mysql/*.pid /var/run/mysqld/mysqld.sock.lock
  • 如果查到对应文件，直接删除后重试启动：sudo rm /var/lib/mysql/$(hostname).pid /var/run/mysqld/mysqld.sock.lock
• 配置文件语法错误
  近期修改配置时的拼写错误、无效路径、端口冲突等问题，都会导致启动流程直接失败：
  • 执行配置校验命令，自动排查所有配置文件的语法问题：mysqld --validate-config
  • 重点检查/etc/mysql/my.cnf、/etc/mysql/conf.d/、/etc/mysql/mysql.conf.d/路径下所有.cnf后缀文件的配置项。
• 系统内存不足触发OOM杀死进程
  系统可用内存不足时，内核会自动杀掉占内存较高的MySQL进程，导致服务启动失败：
  • 执行内核日志查询命令，确认是否存在OOM杀进程记录：dmesg | grep -i mysql
  • 如果看到Out of memory: Killed process相关记录，可适当调低my.cnf中的innodb_buffer_pool_size参数值，或释放系统冗余内存占用后重试。

第三步：修复systemd侧异常状态 #

日志中显示服务加载状态为bad、且提示Start request repeated too quick，是多次快速触发重启触发了systemd的启动频率保护机制，需先重置状态再重试：

• 重置失败服务的状态计数：sudo systemctl reset-failed mysql.service
• 重新加载systemd的服务配置：sudo systemctl daemon-reload
• 重试启动MySQL服务：sudo systemctl start mysql

内容的提问来源于stack exchange，提问作者victorvilla21