MySQL官方不支持5.5直接升级到8.0，必须经5.7中转，因缺失MyISAM→InnoDB系统表迁移和数据字典重构两层兼容；跳过将导致启动报错如“Table 'mysql.user' is read only”；5.5→5.7需强制执行mysql_upgrade补字段、重建系统表，5.7→8.0则须处理caching_sha2_password认证插件及DEFINER权限问题。
5.5 → 8.0 必须经过 5.7，跳过就是启动失败
MySQL 官方不支持 5.5 直升 8.0，中间缺了两层关键兼容层：系统表引擎迁移（MyISAM → InnoDB）和数据字典重构（5.7 完成系统表 InnoDB 化，8.0 才启用只读数据字典）。跳过 5.7 后，mysqld 启动直接报错：Table 'mysql.user' is read only 或 Unknown table engine 'MYISAM'。实测中，哪怕用 mysqldump --skip-triggers --no-tablespaces 导出再导入，mysql 库下 user、proc、event 表也会因字段缺失或权限模型变更而拒绝加载。
5.5 → 5.7 是最危险的一步，必须手动执行 mysql_upgrade
这步不是可选项，是强制动作。5.5 的 mysql 系统库结构与 5.7 不兼容：比如 user 表缺少 password_expired、account_locked 字段；proc 表的 comment 字段长度被扩展；分区表若用 ARCHIVE 或 MyISAM 引擎，5.7 会拒绝启动。操作时必须：
- 停写后先运行
mysqlcheck --all-databases --check-upgrade，重点看分区表和自定义函数 -
mysqldump导出时加--set-gtid-purged=OFF（5.5 不支持 GTID，否则报错） - 5.7 首次启动后立刻执行
mysql_upgrade -u root -p，它会重建系统表、补字段、重写存储过程定义 - 导入后立刻查
SELECT @@sql_mode，确保不含NO_AUTO_CREATE_USER（5.7.6+ 已废弃）
5.7 → 8.0 要处理认证插件和 DEFINER 权限断点
即使 5.7 数据已干净，导入 8.0 后仍会爆两类典型错误：
- 连接失败：
Authentication plugin 'caching_sha2_password' cannot be loaded—— 因为 8.0 默认改用caching_sha2_password，旧版驱动（如 Connector/J ALTER USER 'xxx'@'%' IDENTIFIED WITH mysql_native_password - 存储过程失效：
Access denied; you need (at least one of) the SUPER or SET_USER_ID privilege(s)—— 源 5.7 导出的DEFINER=`root`@`%`在 8.0 要求该用户存在且有SET_USER_ID权限。要么提前在 8.0 创建对应用户，要么导出时加--skip-definer
字符集和 sql_mode 不是“能跑就行”，而是影响数据一致性
5.5 默认 latin1，8.0 默认 utf8mb4_0900_ai_ci。如果跳过中间转换，直接把 latin1 数据库导入 8.0，CHARSET=utf8mb4 的表会出现乱码或截断。同样，5.5 的 sql_mode 常含 STRICT_TRANS_TABLES，但 8.0 新增 ONLY_FULL_GROUP_BY 严格校验，没显式 GROUP BY 的查询会直接报错。这些都不是警告，是阻断性错误。
真正容易被忽略的是：5.7 到 8.0 的 mysql_upgrade 已被弃用，必须改用 mysqld --upgrade=FORCE 启动，否则系统表元数据不会刷新，后续 CREATE USER 或权限变更会静默失败。
