MySQL升级后无法启动需按四步排查：先查错误日志定位原因，再验证my.cnf配置兼容性，接着确认数据目录权限与SELinux状态，最后执行mysql_upgrade（5.7→8.0）或等待自动升级（8.0.16+）。
MySQL升级后无法启动，通常是因为配置、权限、数据目录或兼容性问题导致。重点检查错误日志、配置文件变更、数据目录权限和版本兼容性这四方面。
查看错误日志定位具体原因
MySQL启动失败时，最直接的线索在错误日志中（默认路径如 /var/log/mysqld.log 或 /usr/local/mysql/data/hostname.err）。用以下命令快速查看最后几行：
- sudo tail -n 50 /var/log/mysqld.log
- 若日志路径不明确，可先查 MySQL 配置：mysqld --help --verbose 2>/dev/null | grep "log-error"
常见日志关键词包括 “Can’t start server: Bind on TCP/IP port”，“Table ‘mysql.plugin’ doesn’t exist”，“Unknown variable” 或 “InnoDB: Upgrade after a crash is not supported”——这些直接指向端口占用、系统表损坏、配置项废弃或强制升级失败等问题。
检查 my.cnf 配置是否兼容新版本
MySQL 8.0 起移除了大量旧参数（如 query_cache_type、explicit_defaults_for_timestamp），并强化了安全策略（如默认启用 skip_name_resolve）。升级后若配置文件保留了已弃用选项，mysqld 会拒绝启动。
- 运行 mysqld --defaults-file=/etc/my.cnf --validate-config 检查配置合法性（MySQL 5.7.16+ 支持）
- 对比官方文档中“Removed Options and Variables”章节，删掉或注释掉不支持的配置项
- 特别注意 sql_mode：MySQL 8.0 默认启用严格模式，若旧应用依赖宽松模式，需显式调整
确认数据目录与权限是否正确
升级过程中若未按规范执行（如跳过 mysql_upgrade 或误改 datadir 所有权），可能导致初始化失败或权限拒绝。
- 确保数据目录归属正确：sudo chown -R mysql:mysql /var/lib/mysql（根据实际用户和路径调整）
- 检查 selinux（CentOS/RHEL）是否拦截：sudo ausearch -m avc -ts recent | grep mysqld；临时禁用测试：sudo setenforce 0
- 若提示 “InnoDB: The system tablespace must be writable”，说明磁盘满、只读挂载或权限不足
执行 mysql_upgrade 并修复系统表（尤其跨大版本）
从 MySQL 5.7 升级到 8.0 时，系统表结构有重大变更（如 mysql.user 表字段调整、数据字典替代 frm 文件），必须运行 mysql_upgrade 工具（MySQL 8.0.16 后该工具已废弃，改由 mysqld 自动完成；但 5.7→8.0 初次启动仍需手动触发）。
- 先以安全模式启动（跳过权限检查）：sudo mysqld_safe --skip-grant-tables --skip-networking &
- 再执行：mysql_upgrade -u root -p（输入密码后自动更新系统库）
- 完成后正常重启：sudo systemctl restart mysqld
注意：MySQL 8.0.16+ 启动时会自动检测并升级数据字典，无需手动运行 mysql_upgrade，但首次启动可能耗时较长，需耐心等待并持续观察错误日志。
不复杂但容易忽略。核心是“看日志→验配置→查权限→做升级”，四步走下来，90% 的升级启动问题都能解决。
