必须先检查FULLTEXT索引、主键/唯一索引、innodb_file_per_table配置、磁盘空间及长事务/外键依赖，因MyISAM含FULLTEXT或无主键时ALTER TABLE ENGINE=InnoDB会直接报错，且大表强制COPY算法需双倍空间并全程MDL写锁。
检查表是否含 FULLTEXT 索引
MyISAM 的 FULLTEXT 索引在 InnoDB 中虽从 5.6+ 开始支持，但分词规则、停用词表、innodb_ft_min_token_size 默认值都不同。直接 ALTER TABLE ... ENGINE=InnoDB 会失败，报错类似 ERROR 1214（The used table type doesn't support FULLTEXT indexes）。
实操建议：
- 先查：
SELECT table_schema, table_name, index_name FROM information_schema.STATISTICS WHERE index_type = 'FULLTEXT' AND table_schema NOT IN ('mysql','information_schema','performance_schema'); - 对命中表，要么升级 MySQL 到 5.6+ 后
DROP INDEX idx_name ON t再转引擎，要么保留 MyISAM（若全文查询不可替代） - 转换后必须重建索引：
ALTER TABLE t ADD FULLTEXT(col)，不能复用旧索引
确认是否有主键或唯一非空索引
pt-online-schema-change 要求源表有主键或唯一非空索引，否则报错 This table has no primary key or unique index；InnoDB 自身也要求 AUTO_INCREMENT 列必须是索引的一部分——而很多老 MyISAM 表只有 id INT AUTO_INCREMENT 却没建任何索引，此时 ALTER TABLE ... ENGINE=InnoDB 会直接失败，报 ERROR 1075。
实操建议：
- 查缺失主键的表：
SELECT table_schema, table_name FROM information_schema.TABLES WHERE engine='MyISAM' AND table_schema NOT IN ('mysql','information_schema','performance_schema') AND table_name NOT IN (SELECT table_name FROM information_schema.KEY_COLUMN_USAGE WHERE constraint_name='PRIMARY' GROUP BY table_name); - 对无主键表，先加主键：
ALTER TABLE t ADD PRIMARY KEY (id)（确保id值唯一且非空） - 别跳过验证：加完立刻
SHOW CREATE TABLE t确认主键已生效
验证 innodb_file_per_table 和磁盘空间
innodb_file_per_table=OFF 会导致所有 InnoDB 表数据写入共享表空间 ibdata1，后续无法收缩、无法单独备份单表、空间浪费严重。MySQL 5.6+ 默认开启，但老实例可能仍为 OFF；同时，转换过程需约 2 倍原表空间（MyISAM .MYD + .MYI → InnoDB .ibd + redo/undo log），磁盘不足会直接中断。
实操建议：
- 查配置：
SHOW VARIABLES LIKE 'innodb_file_per_table';，若为OFF，需重启 mysqld 并设为ON（注意：已有表不会自动迁移，新表才生效） - 估算空间：
SELECT table_schema, table_name, round((data_length+index_length)/1024/1024, 2) AS size_mb FROM information_schema.tables WHERE engine='MyISAM' AND table_schema NOT IN ('mysql','information_schema','performance_schema') ORDER BY size_mb DESC LIMIT 10; - 预留 ≥ 2× 最大表大小的空闲空间，
tmpdir也要够（ALTER TABLE期间大量用临时文件）
排查长事务和外键依赖
ALTER TABLE ... ENGINE=InnoDB 需要持有 MDL 写锁，若存在未提交的长事务，语句会卡在 Waiting for table metadata lock；外键引用该表也会阻塞变更，报 ERROR 1025 或 ERROR 1217。
实操建议：
- 查活跃事务：
SELECT * FROM information_schema.INNODB_TRX\G，重点关注trx_started时间过长的记录 - 查外键依赖：
SELECT CONSTRAINT_NAME, TABLE_SCHEMA, TABLE_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 't' AND REFERENCED_TABLE_SCHEMA = 'db_name'; - 若存在依赖，要么先删外键，要么连同父表一起转（注意顺序：先父后子）
真正麻烦的不是漏掉某一项检查，而是把“检查通过”等同于“可以放心执行”——比如 INFORMATION_SCHEMA.TABLES 显示 ENGINE=InnoDB 了，但应用 ORM 缓存了旧结构，或者触发器 definer 为空导致复制中断，这些都不会在预检 SQL 里暴露出来。
