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

来源:这里教程网 时间:2026-02-28 20:45:10 作者:

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

升级后第一件事不是看服务启没启动,而是确认你连上的那个 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

相关推荐