mysql如何验证升级是否成功_mysql版本验证步骤

升级后第一件事是确认mysql服务端实际版本，必须执行select VERSION()和SELECT @@version_compile_os, @@version_compile_machine;，缺一不可。

查实际运行版本，别被客户端或二进制骗了

升级后第一件事不是看服务启没启动，而是确认你连上的那个 MySQL 实例，真的是目标版本。很多人执行 mysql -V 或 mysqld --version 就以为万事大吉，结果发现客户端是 8.0，服务端还是 5.7；或者旧二进制文件没彻底替换，mysqld --version 显示新版本，但进程跑的仍是旧程序。

必须登录后执行：

SELECT VERSION();

同时核对平台信息：

SELECT @@version_compile_os, @@version_compile_machine;

这两条缺一不可——比如你升级到 8.0.44，但 @@version_compile_os 还是 debian-linux-glibc2.28（旧环境），说明数据目录可能没用新二进制启动，或升级未真正生效。

验证系统表与关键参数是否就绪

MySQL 大版本升级（如 5.7 → 8.0）会重写数据字典、更新系统表结构、变更默认行为。跳过这步，information_schema 可能返回空、SHOW GRANTS 报错、甚至 count(*) 返回错误值。

重点检查：

• performance_schema 表是否可用：执行 SELECT COUNT(*) FROM performance_schema.table_io_waits_summary_by_table;，8.0+ 必须存在且可查
• 默认认证插件：运行 SHOW VARIABLES LIKE 'default_authentication_plugin';，8.0 应为 caching_sha2_password
• 插件是否加载：SELECT plugin, type FROM mysql.plugins WHERE plugin = 'caching_sha2_password';，若无返回，说明插件未启用，后续用户连接会失败

跑最小化功能回归，专打易崩的 SQL 行为

很多升级后“看似正常”，一跑业务 SQL 就报错。不是功能坏了，而是新版 SQL 模式更严格、语义更精确。必须立刻验证这五类高频出问题的场景：

• GROUP BY 语句：执行 SELECT name, COUNT(*) FROM user GROUP BY id;，若报 Expression #1 of SELECT list is not in GROUP BY clause，说明 ONLY_FULL_GROUP_BY 已生效，需调整 SQL 或评估兼容性
• ORDER BY 含表达式：SELECT id FROM t ORDER BY id + 1; 在 8.0 要求该表达式必须出现在 SELECT 列表中，否则直接报错
• jsON 短语法：SELECT data->'$.name' FROM t; 是 5.7 不支持、8.0 推荐写法，确认 ORM 或中间件是否识别
• 窗口函数权限：SELECT ROW_NUMBER() OVER() FROM t LIMIT 1; 成功不代表完事，还要检查用户是否有 EXECUTE 权限（部分 8.0 版本对函数调用有额外权限要求）
• 隐式类型转换：SELECT * FROM t WHERE dt = '2023-02-30'; 在 5.7 可能只警告，在 8.0 直接报错，影响定时任务或 etl 脚本

翻错误日志，盯住 “deprecated”、“incompatible” 和插件加载失败

别等应用报错才看日志。升级后立即执行：

SHOW VARIABLES LIKE 'log_error';

然后打开对应文件，搜索： – deprecated：说明用了即将移除的语法或参数，比如 query_cache_type 在 8.0 已废弃 – incompatible 或 removed：典型如 MY-013129 Plugin 'FEDERATED' is disabled，若业务依赖该引擎，就得提前处理 – Failed to load plugins：常见于 caching_sha2_password 插件路径不对，或 plugin_dir 配置指向旧目录 – Table is marked as crashed：尤其注意 mysql.user、mysql.db 等系统表，MyISAM 引擎在 8.0 不再支持系统表，若仍为 MyISAM，启动时就会报 Storage engine 'MyISAM' does not support system tables

最容易被忽略的是：8.0.16+ 已完全弃用 mysql_upgrade，改由 mysqld 启动时自动执行升级。如果你手动跑了 mysql_upgrade 却没报错，反而可能掩盖了真正的启动时升级失败——此时必须查错误日志里有没有 auto-upgrade complete 或 Failed to upgrade data dictionary。