如何搭建mysql升级演练环境_mysql升级测试环境

Docker是轻量可复现的MySQL升级演练方案，需通过mysqldump备份导入、关闭strict mode、处理字符集与认证插件变更、pt-upgrade对比SQL行为等步骤完成全流程验证。

用 Docker 快速拉起可销毁的 MySQL 升级环境

不需要重装系统、不污染本地数据库，Docker 是最轻量且可复现的升级演练方案。关键不是“搭环境”，而是让新旧版本能真实走通备份、导入、SQL 兼容性、权限迁移等路径。

• docker run 启动源版本（如 mysql:5.7.42）时，务必挂载独立数据卷：-v mysql57-data:/var/lib/mysql，避免容器删除后数据丢失
• 目标版本（如 mysql:8.0.33）必须使用相同挂载路径启动，但首次启动会拒绝直接复用 5.7 数据目录——这是正常行为，MySQL 8.0 的 mysql 系统库结构已变更
• 正确流程是：从 5.7 容器执行 mysqldump --all-databases --single-transaction --routines --events > full.sql，再在 8.0 容器中 mysql
• 注意 mysqldump 输出默认含 CREATE DATABASE 和 USE 语句，若目标库已存在，需加 --skip-create-db 避免报错

绕过 MySQL 8.0 默认 strict mode 导致的导入失败

很多升级失败不是因为语法错误，而是 8.0 开启了 STRICT_TRANS_TABLES 和 NO_AUTO_CREATE_USER，导致旧 dump 中的 GRANT 或隐式类型转换被拒绝。

• 临时关闭严格模式：启动 8.0 容器时加参数 --sql-mode=""，或在配置文件中设 sql_mode = ''
• 但生产环境不能长期禁用，所以测试阶段建议保留 strict mode，并用 mysqlcheck --check-upgrade 提前扫描不兼容项
• 特别注意：MySQL 5.7 的 utf8 是 utf8mb3，而 8.0 默认建表用 utf8mb4；dump 文件里若含 CHARSET=utf8，导入时会被静默转为 utf8mb4，但索引长度可能超限（如 VARCHAR(255) + utf8mb4 → 索引超 767 字节），需提前调整字段长度或启用 innodb_large_prefix

验证升级后权限与账号是否真正可用

MySQL 8.0 彻底移除了 mysql.user 表中的 Password 字段，改用 authentication_string，且默认认证插件从 mysql_native_password 变为 caching_sha2_password。很多应用连接池不支持后者，会报 Client does not support authentication protocol。

BlessAI

Bless AI 提供五个独特的功能：每日问候、庆祝问候、祝福、祷告和名言的文本生成和图片生成。

下载

• 升级后立即检查账号插件：SELECT user, host, plugin FROM mysql.user;
• 对需要兼容老客户端的账号，显式重置为旧插件：ALTER USER 'app_user'@'%' IDENTIFIED WITH mysql_native_password BY 'xxx';
• 别漏掉 root 账号——Docker 默认初始化的 root 用户在 8.0 中也是 caching_sha2_password，远程连接时容易卡住
• 测试连接必须用真实客户端（如 mysql -h 127.0.0.1 -P 3307 -u app_user -p），不能只依赖 mysql -e "SELECT 1" 这类简单命令

用 pt-upgrade 对比新旧版本 SQL 执行结果差异

光看导入成功没用，得确认业务 SQL 在 8.0 下行为一致。Percona Toolkit 的 pt-upgrade 能自动比对两个实例对同一组查询的返回结果、执行时间、警告信息。

• 先用 mysqldumpslow 或慢日志抽样生成典型 SQL 文件（如 queries.sql）
• 运行：

  pt-upgrade h=127.0.0.1,P=3306,u=root,p=xxx h=127.0.0.1,P=3307,u=root,p=xxx queries.sql

• 重点看输出里的 Different results 和 Different warnings 行——例如 GROUP BY 无 ORDER BY 时，5.7 可能返回固定顺序，8.0 则完全随机，应用若依赖该顺序就会出错
• 它不会检测性能退化，所以还需单独用 pt-query-digest 分析慢日志，对比执行计划变化（尤其是 JSON 字段、窗口函数、CTE 的使用）