必须分步操作并验证：先检查外键和FULLTEXT索引，删除外键、调整全文配置，再执行ALTER TABLE ... ENGINE=InnoDB；避免phpMyAdmin超时，优先用SQL手动执行；转换后验证ROW_FORMAT、COLLATION及TIMESTAMP默认值。
直接改表引擎会锁表、阻塞写入，且大表可能超时失败——必须分步操作并验证。
执行 ALTER TABLE ... ENGINE=InnoDB 前必须检查外键和全文索引
MyISAM 不支持外键约束和事务，但如果你后续在 InnoDB 表上加了外键，而原 MyISAM 表被其他表引用（或引用其他表），ALTER 会静默失败或报错 ERROR 1025 (HY000)。同样，MyISAM 支持的 FULLTEXT 索引在 InnoDB 中语法相同但行为有差异（如最小词长默认值不同），转换后搜索可能不生效。
- 先运行
SHOW CREATE TABLE `table_name`，确认有没有FOREIGN KEY定义或FULLTEXT索引 - 若有外键，需先在关联表中删掉对应外键约束（用
ALTER TABLE ... DROP FOREIGN KEY `fk_name`），再转换主表，最后重建外键 - 若有
FULLTEXT索引，转换后建议执行OPTIMIZE TABLE并检查ft_min_word_len配置是否匹配业务分词需求
phpMyAdmin 界面操作容易触发超时，优先用 SQL 标签页手动执行
在 phpMyAdmin 的“结构”页点“操作”→“存储引擎”下拉选 InnoDB → “执行”，看似方便，但底层仍走 ALTER TABLE，且 phpMyAdmin 默认执行超时为 30 秒。一旦表行数超 10 万或单行数据宽（含 TEXT/BLOB），请求大概率卡住或返回 #2006 - MySQL server has gone away。
- 切换到“SQL”标签页，粘贴语句：
ALTER TABLE `your_table` ENGINE=InnoDB; - 若担心锁表时间长，加
ALGORITHM=INPLACE（MySQL 5.6+，仅当满足条件时才生效，可查INFORMATION_SCHEMA.INNODB_METRICS确认） - 执行前勾选“忽略 SQL 错误”要谨慎——它会让部分失败步骤静默跳过，比如字符集不兼容时可能丢数据
转换后必须验证 ROW_FORMAT 和 COLLATION 是否继承正确
InnoDB 默认 ROW_FORMAT=Dynamic，而 MyISAM 没有该概念；同时，如果原表用的是 utf8mb4_unicode_ci，但数据库默认校对规则是 utf8mb4_0900_ai_ci（MySQL 8.0+），ALTER 后字段校对规则可能被重置，导致排序/比较异常。
- 执行后立刻查：
SHOW TABLE STATUS LIKE 'your_table';，确认Engine是InnoDB，且Row_format符合预期（通常Dynamic或Compressed） - 再查字段级校对：
SHOW FULL COLUMNS FROM your_table;，比对关键文本字段的Collation列是否与转换前一致 - 特别注意：如果表含
TIMESTAMP字段且原 MyISAM 表定义了DEFAULT CURRENT_TIMESTAMP，InnoDB 转换后该默认值可能丢失，需手动补ALTER COLUMN ... SET DEFAULT CURRENT_TIMESTAMP
真正耗时的不是点击几下，而是判断要不要删外键、要不要调 innodb_log_file_size、以及校验每张表的字符集细节——这些没法靠 phpMyAdmin 自动感知。
立即学习“PHP免费学习笔记（深入）”；
