最直接的MySQL版本升级验证方式是启动目标版本容器并确保新旧数据可比、行为可测；需显式设密码、指定平台、避端口冲突、禁用匿名卷残留，并重点对比sql_mode、字符集、函数返回值及执行计划差异。
用 docker run 快速拉起指定 MySQL 版本实例
要验证升级行为，最直接的方式是启动目标版本的 MySQL 容器，而不是在宿主机装一堆服务。关键不是“怎么跑 Docker”，而是“怎么让新旧版本数据可比、行为可测”。
常见错误现象：docker run mysql:8.0 启动后连不上，或连上发现 sql_mode 默认值变了导致应用报错；还有人直接挂载旧数据目录进去，结果容器启动失败——MySQL 5.7 的数据文件不能被 8.0 直接读取。
- 始终显式指定
-e MYSQL_ROOT_PASSWORD=xxx，否则容器会卡在初始化阶段不输出日志 - 用
--platform linux/amd64（M1/M2 Mac 必加），避免因架构不匹配导致 mysqld 启动崩溃 - 端口映射用
-p 3307:3306避免和本地 MySQL 冲突，别硬占3306 - 首次启动不要挂载已有数据卷，先确认基础实例能正常运行再导入
示例命令：
docker run -d \ --name mysql-8.0.33 \ -e MYSQL_ROOT_PASSWORD=test123 \ -p 3307:3306 \ --platform linux/amd64 \ -v $(pwd)/mysql8-init:/docker-entrypoint-initdb.d \ mysql:8.0.33
把旧库数据安全导入新版本容器
升级测试的核心不是“能不能导”，而是“导完行为是否一致”。MySQL 5.7 到 8.0 最容易翻车的是 GROUP BY 严格模式、隐式类型转换、utf8mb4 默认排序规则变化。
使用场景：你有一套线上 5.7 的 mysqldump 输出，想在 8.0 容器里还原并跑一遍业务 SQL 看有没有报错。
- 导出时加
--skip-set-charset --default-character-set=utf8mb4，避免 dump 文件里混入不兼容的字符集声明 - 导入前先在 8.0 容器里执行
SET sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';模拟老环境宽松模式（仅测试用） - 别用
source xxx.sql在 mysql client 里导入大文件——容易超时断开；改用mysql -h127.0.0.1 -P3307 -uroot -ptest123 < dump.sql - 导入后立刻查
SELECT VERSION(), @@sql_mode, @@collation_server;确认实际生效配置
对比两个版本执行计划与函数行为差异
很多升级问题不出现在启动或导入阶段，而是在具体查询时——比如 JSON_EXTRACT 返回类型、GROUP_CONCAT 默认长度、INFORMATION_SCHEMA 视图字段增减。
性能影响：MySQL 8.0 默认启用 innodb_dedicated_server，会自动调内存参数，测试时若没关，可能掩盖真实负载下的瓶颈转移。
- 用
EXPLAIN FORMAT=TREE（8.0 新语法）对比执行树结构，比传统EXPLAIN更能看出优化器路径变化 - 检查函数行为：在两边分别执行
SELECT JSON_EXTRACT('{"a":1}', '$.a') = 1;，5.7 返回 1，8.0 返回 0（类型不同） - 禁用自适应配置：启动容器时加
--innodb-dedicated-server=OFF，让资源分配逻辑和 5.7 对齐 - 查系统表差异：对比
SELECT * FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semisync%';，8.0 半同步插件名已变
清理与复用：避免容器残留干扰下次测试
反复启停不同版本容器时，最容易忽略的是匿名卷和初始化脚本缓存。一次测试留下的 /var/lib/mysql 卷如果没删，下次 docker run 挂载进去，可能触发 8.0 强制升级数据字典失败。
- 删容器前先
docker exec mysql-8.0.33 ls /var/lib/mysql确认是不是空目录——如果是挂载卷，里面就有数据，得手动rm -rf - 初始化脚本（
/docker-entrypoint-initdb.d/*.sql）每次都会重执行，别把DROP DATABASE写在里面，否则反复测试会丢数据 - 用
docker volume ls -f dangling=true找出无主卷，docker volume rm清掉，否则磁盘悄悄涨 - 给容器加
--rm参数只适用于一次性测试，但无法保留数据供后续 debug；权衡点在于“要不要留现场”
真正麻烦的不是拉镜像、也不是导数据，是默认配置和隐式行为的漂移。比如 8.0 默认 lower_case_table_names=0，而多数 5.7 是 1，表名大小写敏感一变，连 SHOW TABLES 都对不上。这种细节不打日志、不报错，只静默失效。
