直接挂载mysql 5.7的/var/lib/mysql会导致启动失败，因8.0不兼容其myisam系统表、innodb元数据格式及redo log结构，表现为“table 'mysql.user' doesn't exist”或innodb升级拒绝错误。
不能直接挂载数据目录。MySQL 5.7 的 /var/lib/mysql 文件结构、系统表（如 mysql.user）、InnoDB 元数据格式与 MySQL 8.0 不兼容，强行挂载会导致容器启动失败或数据库崩溃。
为什么直接挂载 /var/lib/mysql 会失败
MySQL 8.0 启动时会校验数据字典版本和 InnoDB 系统表空间一致性。5.7 的 ibdata1、mysql.ibd、innodb_index_stats 等文件在 8.0 下无法识别，常见现象包括：
- 容器反复重启，
docker logs mysql8显示InnoDB: Upgrade after a crash is not supported或Failed to open log file ... redo log -
mysqld进程退出，错误日志中出现Unknown table engine 'InnoDB'（实际是字典加载失败） - 即使启动成功，执行
SHOW DATABASES也看不到原库，或查询mysql.user报错Table 'mysql.user' doesn't exist
正确迁移路径：只复用数据文件内容，不复用文件系统结构
必须通过逻辑导出 + 导入完成，且需绕过两类关键兼容性陷阱：
- 导出时禁用 GTID：
mysqldump --all-databases --single-transaction --set-gtid-purged=OFF > dump.sql；否则 8.0 导入后RESET MASTER前无法启动复制或恢复 - 导入前手动处理字符集：5.7 默认
utf8（即utf8mb3），而 8.0 推荐utf8mb4；在dump.sql头部添加SET NAMES utf8mb4;，并替换所有CHARSET=utf8为CHARSET=utf8mb4 - 跳过 5.7 特有系统表：导入时用
--ignore-table=mysql.plugin --ignore-table=mysql.servers等参数，避免因表结构缺失导致失败
挂载配置中必须显式指定的三项参数
若用 Docker 运行 MySQL 8.0 容器并希望顺利导入 5.7 数据，以下配置缺一不可：
-
default_authentication_plugin=mysql_native_password：写入挂载的my.cnf中，否则 root 用户无法从外部连接（8.0 默认用caching_sha2_password） -
lower_case_table_names=1：5.7 在 Linux 下默认区分表名大小写，8.0 要求启动前就设好该值，且不能动态修改；必须在首次启动前通过-e或配置文件设定 -
character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci：仅靠环境变量MYSQL_INITDB_CHARSET不生效，必须落进配置文件
验证导入是否真正“无损”的两个检查点
导入完成后别急着切流量，重点确认：
- 执行
SELECT COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ('mysql','information_schema','performance_schema','sys');—— 对比 5.7 源库结果，确保用户库表数量一致 - 对任意一张含中文的表，运行
SHOW CREATE TABLE xxx\G，确认DEFAULT CHARSET=utf8mb4且COLLATE为utf8mb4_unicode_ci，而非回退到utf8mb3或报错
最易被忽略的是：即使 mysqldump 成功导出、mysql 命令成功导入，也不代表字符集和排序规则已继承——它们依赖建表语句中的显式声明，而旧 dump 往往没带，必须人工补全或用 sed 批量修正。
