MySQL 5.7迁移到8.0不能仅靠mysqldump直接导出导入，必须分层处理：先用mysqlsh的util.checkForServerUpgrade()扫描并修复兼容性问题，再严格排除系统库导出业务数据，最后适配sql_mode、字符集及认证插件等运行时行为。
不能靠 mysqldump 直接导出再导入就完事。平滑迁移的核心是分层处理：先确保数据结构兼容，再清理系统库污染，最后适配运行时行为。跳过任一环节，都可能在启动后报错、连接失败或查询异常。
用 mysqlsh 的 util.checkForServerUpgrade() 扫描真实兼容性问题
mysqlcheck 只校验表是否损坏，对 5.7→8.0 的语法、字符集、保留字等完全无感。真正该跑的是 MySQL Shell 自带的检查器，它才是 Oracle 官方唯一推荐的前置工具。
- 必须用 MySQL Shell 8.0+（比如 8.0.27）连接正在运行的 5.7 实例，命令形如：
./mysqlsh -uroot -p -S /tmp/mysql.sock -e "util.checkForServerUpgrade()" - 报告里
overallStatus必须是OK；出现ERROR级条目（如Usage of utf8mb3 charset、Column name 'rank' is a reserved keyword）必须逐条修复 -
WARNING级别也不能忽略，例如caching_sha2_password plugin not supported by client，意味着你的 JDBC 驱动版本太低，得提前升级或切换认证插件
导出时严格排除系统库，避免 mysql.ibd 被覆盖
5.7 的 mysql 库结构和 8.0 完全不同——字段名变了（password → authentication_string），引擎强制为 InnoDB，连权限模型都重构了。一旦把旧系统库导入 8.0，轻则连不上，重则 mysqld 启动直接崩溃。
- 绝对不要用
mysqldump --all-databases；只导出业务库，例如：mysqldump --default-character-set=utf8mb4 -u root -p --databases myapp_db > myapp_db.sql - 如果已误导出含
mysql库的文件，必须手动删掉其中所有以CREATE DATABASE mysql或USE mysql开头的段落，再删掉所有INSERT INTO mysql.行 - 导入前确认目标 8.0 实例的
mysql库是全新初始化的，不是从 5.7 恢复来的
启动失败常见原因及对应动作
替换二进制后 mysqld 卡在 “Starting MySQL” 或闪退，大概率是配置或数据字典不兼容。这不是服务没起来，是校验阶段就拒载了。
- 删掉或注释掉 5.7 中已废弃的配置项：
query_cache_type、innodb_file_format、explicit_defaults_for_timestamp - 显式设置
default_authentication_plugin=mysql_native_password，否则老客户端连不上；若坚持用caching_sha2_password，JDBC 连接串必须加?serverTimezone=UTC&allowPublicKeyRetrieval=true - 若有 MyISAM 表，8.0 默认禁用 MyISAM 引擎；要么提前转成 InnoDB：
ALTER TABLE t ENGINE=InnoDB，要么启动时加--skip-grant-tables临时绕过权限加载 - 数据目录属主必须是
mysql:mysql，SELinux 上下文不能被破坏（CentOS 7 常见，用restorecon -Rv /var/lib/mysql修复）
升级后立即处理 sql_mode 和字符集行为变更
8.0 默认开启 STRICT_TRANS_TABLES，且默认排序规则是 utf8mb4_0900_ai_ci。这两项不主动应对，应用会陆续报错，但错误不是立刻全部暴露，而是随写入触发。
- 查当前模式：
SELECT @@sql_mode；若含STRICT_TRANS_TABLES，检查所有NOT NULL字段是否有默认值，缺失的用ALTER TABLE t MODIFY c INT DEFAULT 0 NOT NULL补上 - 导入 SQL 前，在目标库执行：
CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci；导入时也加--default-character-set=utf8mb4 - 别用
SET GLOBAL sql_mode = 'NO_ENGINE_SUBSTITUTION'临时降级——已有连接不生效，新连接仍可能踩坑，治标不治本
最易被忽略的点是：8.0 不再有 mysql_upgrade 工具，升级动作实际发生在首次用 8.0 的 mysqld 启动时，且必须显式加 --upgrade=FORCE 参数触发数据字典更新。没这一步，系统表不会自动适配，后续任何 ALTER USER 或权限操作都可能失败。
