升级后第一件事是确认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。
