MySQL 8.0 彻底移除 MyISAM 引擎支持，系统表或业务表残留 MyISAM 会导致启动失败、导入报错或查询异常；必须通过 SELECT 查询定位并转换为 InnoDB，系统表需用 mysqld --upgrade=FORCE 迁移，业务大表推荐 pt-online-schema-change。
MySQL 8.0 升级后 MyISAM 表直接报错或无法启动，不是配置没调好，而是 MyISAM 引擎已被彻底移除支持——你看到的 Unknown storage engine 'MyISAM' 或 Table 'mysql.user' doesn't exist，说明系统表或业务表仍残留 MyISAM 引擎，必须清理或转换，否则服务起不来、导入中断、查询失败。
确认哪些表还在用 MyISAM
别猜，直接查。MySQL 8.0 默认禁用 MyISAM（SHOW ENGINES 中 Support 列为 NO），但老库可能还混着 MyISAM 表：
- 运行
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db' AND engine = 'MyISAM';—— 结果非空就得处理 - 特别注意系统库：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'mysql' AND engine = 'MyISAM';，只要有一张（比如mysql.columns_priv），mysqld 就拒绝启动 -
mysqldump导出时不会自动改引擎，dump 文件里带ENGINE=MyISAM的语句在 8.0 下会报错或静默降级，不可信
系统表 MyISAM 残留导致启动失败
错误日志里出现 [MY-010929] Storage engine 'MyISAM' does not support system tables，本质是 mysql 库下仍有 MyISAM 表，这不是权限或配置问题，是升级流程卡住：
-
mysql_upgrade在 8.0.16+ 已废弃，执行它只会输出mysql_upgrade is deprecated，完全无效 - 必须用新版本
mysqld二进制显式触发内核级迁移：mysqld --user=mysql --datadir=/var/lib/mysql --upgrade=FORCE - 路径必须绝对准确，不能依赖
systemctl start mysql—— 它不传参，--upgrade=FORCE不会被读取 - 执行前确保：
ps aux | grep mysqld无残留进程；my.cnf中临时注释掉innodb_force_recovery；磁盘剩余空间 ≥ 2GB
业务表 MyISAM 迁移到 InnoDB 的实操要点
对普通业务库中的 MyISAM 表，不能靠 ALTER TABLE t ENGINE=InnoDB 硬扛，尤其大表：
- 该操作强制走
COPY算法，全程持 MDL 写锁，业务写入阻塞；LOCK=NONE会被自动降级为LOCK=EXCLUSIVE - 磁盘空间必须 ≥ 原表
.MYD + .MYI总大小 × 2（含临时文件、redo/undo 日志） - 含
FULLTEXT索引时，InnoDB 分词逻辑与 MyISAM 不同，迁移后可能查不到结果，不是 SQL 错，是索引行为变了 - 推荐方案：
pt-online-schema-change（兼容 5.7/8.0）或 MySQL 8.0.23+ 的ALGORITHM=INSTANT（仅限新增列等极轻量变更，不适用于引擎切换）
REPAIR TABLE 对 MyISAM 表已基本失效
升级后若还试图用 REPAIR TABLE 修 MyISAM 表，大概率失败或引发更严重问题：
-
REPAIR TABLE只对 MyISAM 有效，InnoDB 执行会报ERROR 1031 (HY000)；但 8.0 中 MyISAM 引擎本身已被禁用，命令甚至无法加载存储引擎 - 即使能执行，
REPAIR TABLE ... USE_FRM依赖.FRM文件重建索引，而 8.0 已废弃.FRM元数据，跨版本拷贝的.FRM会导致ERROR 1033 (HY000): Incorrect information in file - 真正该做的是：先停服务，用
myisamchk --safe-recover --force /path/to/table.MYI离线提取可读数据，再导入到新 InnoDB 表中
最易被忽略的一点：系统表迁移失败时，有人会删掉 /var/lib/mysql/mysql/ 下所有 .frm 文件想“重来”，但这会让 mysqld --upgrade=FORCE 失去结构依据，反而更难恢复。正确做法是备份后只删损坏项，并严格按日志提示定位具体哪张表卡住。
