MySQL版本升级（尤其5.7→8.0）影响存储引擎：MyISAM受限且不推荐新用；InnoDB成绝对主导，元数据与undo log深度集成；Archive、CSV、Federated等功能受限；升级前须专项检查引擎使用及依赖。
MySQL版本升级确实可能对存储引擎产生影响，尤其在跨大版本（如5.7→8.0）时需特别关注引擎的兼容性、默认行为变更及废弃支持。
MyISAM引擎在新版中的限制
MySQL 8.0起，MyISAM虽仍可使用，但已不再作为系统表（如mysql.*）的底层引擎；performance_schema、information_schema等内部库全面转向InnoDB。部分管理功能（如在线DDL对MyISAM的支持）被弱化，且官方明确建议生产环境避免新项目使用MyISAM。
- 备份恢复工具（如mysqldump）对MyISAM表的--single-transaction选项无效，升级后若依赖该参数需检查逻辑一致性
- 全文索引语法在8.0中统一为InnoDB风格，MyISAM的MATCH...AGAINST行为未变，但不支持新的ngram或innodb_ft_parser插件
InnoDB成为绝对主导引擎
MySQL 5.7起InnoDB已是默认存储引擎，8.0进一步强化其核心地位：数据字典完全集成至InnoDB表空间，元数据操作原子化，undo log默认存于InnoDB表空间而非独立文件。升级后无需手动迁移，但需注意：
- 5.7中innodb_file_per_table=OFF的共享表空间（ibdata1）在8.0中仍可读，但新建表强制启用独立表空间
- 8.0.23+版本默认启用innodb_redo_log_encrypt（若开启TDE），旧版本备份还原到新环境前需确认加密配置匹配
其他引擎的兼容性变化
Archive、CSV、Blackhole等引擎在8.0中保留，但部分功能受限：
- Archive引擎不支持事务、外键、全文索引，且8.0中ALTER TABLE操作仅限重命名和添加注释，无法增删列
- CSV引擎不再支持CREATE TABLE ... AS SELECT语法，导出数据需改用SELECT ... INTO OUTFILE
- Federated引擎默认关闭（federated=OFF），启用需显式配置并重启，且不支持XA事务和并行复制
升级前必须验证的关键点
执行升级前应针对现有引擎做专项检查：
- 运行SELECT ENGINE, COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ('mysql','sys','information_schema','performance_schema') GROUP BY ENGINE; 统计各引擎使用比例
- 检查是否使用了已被移除的引擎（如MySQL 8.0彻底移除MERGE引擎）
- 验证自定义函数、触发器、存储过程是否依赖特定引擎特性（如MyISAM的AUTO_INCREMENT并发插入行为）
不复杂但容易忽略。
