直接执行ALTER TABLE ENGINE=InnoDB对大表必然失败，因其强制COPY算法：全程MDL写锁阻塞读写、磁盘空间需翻倍、主从延迟剧增；仅≤500MB且无FULLTEXT、有主键的小表可谨慎尝试，大表必须用pt-online-schema-change无锁迁移。
直接执行 ALTER TABLE table_name ENGINE = InnoDB 对小表可行，但对大表极易导致锁表、磁盘爆满、主从延迟飙升——这不是语法问题，是操作风险问题。
确认当前引擎和兼容性前提
别跳过这步。MyISAM 表若含 FULLTEXT 索引，ALTER TABLE ... ENGINE = InnoDB 会直接报错退出；若无主键或唯一非空索引，InnoDB 会静默创建隐藏 ROW_ID，后续排查难定位。
- 查引擎：
SHOW CREATE TABLE your_table;或SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'db_name' AND TABLE_NAME = 'table_name'; - 查全文索引：
SHOW INDEX FROM your_table WHERE Key_name = 'FULLTEXT'; - 查主键/唯一索引：
SHOW KEYS FROM your_table WHERE Non_unique = 0 AND Seq_in_index = 1; - 确认
innodb_file_per_table已启用（MySQL 5.6+ 默认开），否则新表无法生成独立.ibd文件
小表（≤500MB）可直接用 ALTER TABLE
仅限满足全部条件的表：无 FULLTEXT、有主键、磁盘剩余 ≥ 原表 .MYD 大小 × 2.2、业务允许写入中断。
- 执行：
ALTER TABLE your_table ENGINE = InnoDB; - 过程中表被加 MDL 写锁，所有
INSERT/UPDATE/DELETE阻塞，部分隔离级别下SELECT也可能卡住 - 监控进度：
SHOW PROCESSLIST;看是否长期停留在copy to tmp table - 完成后验证：
SHOW TABLE STATUS LIKE 'your_table';查Engine字段是否为InnoDB
大表必须用 pt-online-schema-change
原生 ALTER 在大表上强制走 COPY 算法，无法在线。pt-osc 通过影子表 + 触发器双写绕过锁，但依赖主键分片同步。
- 前提：表必须有主键或唯一非空索引（否则报错
This table has no primary key or unique index） - 命令示例：
pt-online-schema-change --alter "ENGINE=InnoDB" D=your_db,t=big_table --execute - 关键参数：
--chunk-size控制每次迁移行数（默认 1000），--max-lag防止从库延迟过大自动暂停 - 注意：迁移后旧
.MYD/.MYI文件不会自动删除，需人工清理（先确认新表数据一致再删）
默认引擎配置只影响新建表
default_storage_engine = InnoDB 写进 my.cnf 的 [mysqld] 段并重启 MySQL 后，只对之后 CREATE TABLE 生效；已有 MyISAM 表一个都不会变。
- 验证配置生效：
SHOW VARIABLES LIKE 'default_storage_engine'; - 错误写法：
default-storage-engine（带短横线，新版已弃用）、storage_engine（5.5+ 废弃） - 路径易错：Windows 下优先读
C:\ProgramData\MySQL\MySQL Server X.X\my.ini，不是C:\Windows\my.ini
真正容易被忽略的是：转换后 FULLTEXT 索引要手动重建（InnoDB 的全文索引结构与 MyISAM 不同），外键约束需显式添加，且大表迁移失败时残留的临时表和触发器得人工收尾——这些都不是报错信息里直接告诉你的事。
