ALTER TABLE … ENGINE=InnoDB 报错 ERROR 1025 / 1217
执行
ALTER TABLE t ENGINE=InnoDB时出现
ERROR 1025 (HY000): Error on rename或
ERROR 1217 (HY000): Cannot delete or update a parent row，本质是外键约束阻止了引擎切换。MySQL 在修改存储引擎时会重建表，而外键依赖关系会让 DROP + CREATE 流程失败。 先查外键名：
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 't' AND REFERENCED_TABLE_NAME IS NOT NULL;临时禁用外键检查（仅限当前会话）：
SET FOREIGN_KEY_CHECKS = 0;再执行引擎切换：
ALTER TABLE t ENGINE=InnoDB;切完务必恢复：
SET FOREIGN_KEY_CHECKS = 1;注意：如果表被其他表外键引用，仅关
FOREIGN_KEY_CHECKS不够，需先删外键或改用
ALTER TABLE ... DROP FOREIGN KEY xxx显式删除
MyISAM 切 InnoDB 后 SELECT COUNT(*) 变慢
MyISAM 对
COUNT(*)做了行数缓存，而 InnoDB 默认不缓存，每次执行都需扫描索引。这不是错误，但会让人误以为“切换出问题”。尤其在没有主键或未建合适索引的大表上更明显。 确认是否真需要精确行数：很多场景可用估算值，比如
SHOW TABLE STATUS LIKE 't';中的
Rows字段（InnoDB 下是粗略估计） 若必须精确且高频查询，考虑加缓存层（如 Redis 计数器），或在业务侧维护计数字段 避免在大表上无条件用
COUNT(*)；有 WHERE 条件时确保字段上有索引，否则仍会全表扫描
执行 ALTER TABLE 引擎切换卡住或超时
大表（GB 级以上）切引擎时，MySQL 会复制整张表并重建索引，期间表被锁（8.0.12+ 的
ALGORITHM=INSTANT不支持引擎切换），容易触发
lock wait timeout或客户端中断。 优先使用
pt-online-schema-change工具，它通过影子表+触发器实现无锁变更：
pt-online-schema-change --alter "ENGINE=InnoDB" D=your_db,t=t --execute若只能用原生命令，确保在低峰期操作，并调大超时参数：
SET SESSION lock_wait_timeout = 3600; SET SESSION innodb_lock_wait_timeout = 3600;监控进度：在另一个会话中查
SHOW PROCESSLIST;，状态为
copy to tmp table表示正在拷贝，时间取决于磁盘 I/O 和数据量
InnoDB 表无法切回 MyISAM：ERROR 1031 / 1005
常见报错是
ERROR 1031 (HY000): Table storage engine for 't' doesn't have this option或
ERROR 1005 (HY000): Can't create table `t` (errno: 150)。根本原因是 InnoDB 表可能含 MyISAM 不支持的特性： 全文索引（
FULLTEXT）：MyISAM 支持，但 5.6+ 的 InnoDB 也支持；切回时 MySQL 会拒绝保留该索引 外键（
FOREIGN KEY）：MyISAM 完全忽略外键语法，但解析阶段就会报错 大字段类型如
TEXT的前缀索引长度超过 1000 字节（MyISAM 限制） 解决办法：先删掉不兼容项：
ALTER TABLE t DROP INDEX ft_idx; ALTER TABLE t DROP FOREIGN KEY fk_name;，再切引擎
真正麻烦的是隐式依赖——比如某列用了
ENUM且字符集是 utf8mb4，MyISAM 在旧版本里对这类组合支持不稳定。切之前最好用
SHOW CREATE TABLE t对比两引擎的建表语句差异。
