MySQL升级后，部分配置参数可能被移除、重命名或行为改变，直接沿用旧配置可能导致启动失败、性能下降或功能异常。关键是要识别变更点，再针对性调整配置文件（my.cnf 或 my.ini）。
检查官方版本变更日志
MySQL各主版本（如 5.7 → 8.0、8.0 → 8.4）都会在官方文档中明确列出废弃（deprecated）和移除（removed）的参数。例如：
query_cache_type 和 query_cache_size：MySQL 8.0 起彻底移除（查询缓存已删除） innodb_file_per_table：8.0 默认为 ON，旧版若显式设为 OFF 需评估是否保留 sql_mode 默认值变化：8.0 默认启用 STRICT_TRANS_TABLES 和 ONLY_FULL_GROUP_BY，可能影响旧应用的 SQL 兼容性使用 mysql --verbose --help 检查有效参数
升级后，在新版本 MySQL 安装路径下执行：
mysqld --verbose --help | grep "Default options"
再运行：
mysqld --verbose --help --defaults-file=/etc/my.cnf 2>&1 | grep -E "unknown variable|invalid"
若有报错如 unknown variable 'query_cache_size'，说明该参数不被识别，需从配置中删除。
分阶段迁移与验证配置
不要一次性替换全部配置。推荐做法：
先注释掉所有自定义参数，仅保留最简必要项（如 datadir、port、character-set-server）启动服务 逐个取消注释旧参数，每次修改后用 mysqld --defaults-file=/etc/my.cnf --validate-config 校验（MySQL 8.0.16+ 支持） 对保留的参数，查阅新版手册确认语义是否变化（如 max_connections 的默认值在不同版本中不同，但行为一致；而 tmp_table_size 与 max_heap_table_size 的协同逻辑未变，仍需保持前者 ≤ 后者）适配新特性并优化替代方案
部分旧参数被更精细的机制替代：
原靠 key_buffer_size 优化 MyISAM，现应尽量迁移到 InnoDB，并调优 innodb_buffer_pool_size 日志管理由 log-bin + expire_logs_days 迁移至 binlog_expire_logs_seconds（8.0.11+ 推荐） 密码策略改用 validate_password 组件控制，而非旧版的 old_passwords（已移除）不复杂但容易忽略
