MySQL升级参数对比需三步：用在线工具查默认差异，导出并diff实际变量值，检查弃用参数及隐性行为变化。
直接对比 MySQL 升级前后的参数差异，关键在于“查得到、看得清、改得准”。不建议靠人工逐行翻文档，而应结合工具+命令+逻辑判断三步走。
用在线对比工具快速定位变化
推荐使用 https://mysql-params.tmtms.net/mysqld/ 这个轻量级网站。它专为版本间参数对比设计：
- 在第一个下拉框选当前运行版本（如 5.7.42），第二个选目标版本（如 8.0.33）
- 点击“Compare”后，自动高亮显示：新增参数、移除参数、默认值变更、取值范围调整
- 顶部选项卡可切换查看 mysqld、replication、security 等分类参数，避免信息过载
- 特别适合快速筛查
sql_mode、innodb_file_format、query_cache_type等高频变动项
本地导出 + 文本比对验证实际配置
工具看的是官方默认行为，而你线上用的可能是定制配置。需导出现网生效值做真实对比：
- 旧版本执行：
mysql -e "SHOW GLOBAL VARIABLES;" > /tmp/57_vars.txt - 新版本执行：
mysql -e "SHOW GLOBAL VARIABLES;" > /tmp/80_vars.txt - 用 diff 或 VS Code 并排查看：
diff -u /tmp/57_vars.txt /tmp/80_vars.txt - 重点关注字段名相同但值不同的项（如
max_connections默认从 151 变为 200）、以及旧版有而新版缺失的行（说明已被移除）
检查 my.cnf 中是否含已弃用参数
升级后 MySQL 启动时不会直接报错，但会输出警告，容易被忽略：
- 启动后立即查错误日志：
grep -i "unknown variable\|deprecated" /var/log/mysql/error.log - 常见被弃用参数包括：
query_cache_size（8.0 虽保留但无效）、innodb_large_prefix（8.0.30+ 移除）、expire_logs_days（推荐改用binlog_expire_logs_seconds） - 用命令预检：
mysqld --defaults-file=/etc/my.cnf --validate-config，失败会直接退出并提示具体哪一行非法
关注默认行为变化带来的隐性影响
有些参数没变，但底层逻辑变了，业务可能突然报错：
-
sql_mode默认新增ONLY_FULL_GROUP_BY和STRICT_TRANS_TABLES，原来能插入的脏数据现在被拒绝 - 字段名冲突：MySQL 8.0 把
RANK、FIRST_VALUE等窗口函数名列为保留字，建表或别名用这些词会报语法错误 -
default_authentication_plugin从mysql_native_password改为caching_sha2_password，老客户端连接可能失败 - 检查方式：对比
SELECT @@sql_mode;和SELECT @@default_authentication_plugin;的实际值
