会锁表，且是全表DML锁；ALTER TABLE ... ENGINE=InnoDB会重建整张表，即使原引擎已是InnoDB，5.6+不支持该操作的Online DDL优化。
ALTER TABLE ... ENGINE=InnoDB 会锁表吗
会，而且是全表 DML 锁（写锁），在执行过程中其他 INSERT/UPDATE/DELETE 都会被阻塞，SELECT 一般不受影响（取决于 MySQL 版本和隔离级别）。5.6 之后的 InnoDB 支持 Online DDL 的部分操作，但 ENGINE 变更不在此列——哪怕目标引擎也是 InnoDB，MySQL 仍会重建整张表。
- MySQL 5.7+ 对
ALTER TABLE ... ENGINE=InnoDB不做优化，仍走 copy-alter 流程 - 如果原表是 MyISAM，改 InnoDB 一定触发重建；如果是 InnoDB 改 InnoDB，也一样重建（只是数据格式没变）
- 大表操作前务必在低峰期执行，或提前用
pt-online-schema-change替代
修改 ENGINE 后 auto_increment 值会重置吗
不会。InnoDB 表的 auto_increment 值保存在内存中（重启后从最大 ID +1 重新推算），但 ALTER TABLE ... ENGINE=InnoDB 过程中会读取当前最大值并延续，只要表里已有数据，新引擎的自增起点就和之前一致。
- 空表执行
ALTER TABLE t ENGINE=InnoDB后，SHOW CREATE TABLE t显示的AUTO_INCREMENT=1是默认值，不是重置结果 - 如果原表是 MyISAM 且
AUTO_INCREMENT值很大，改 InnoDB 后该值仍保留（可通过SELECT MAX(id)验证） - 注意：某些旧版 MySQL（如 5.5）在 MyISAM → InnoDB 转换时偶发丢失，建议升级到 5.7+ 并测试验证
MyISAM 改 InnoDB 有哪些隐性风险
不只是引擎切换，实际是一次表结构重建，所有索引、外键约束、全文索引都会被重新生成，容易暴露原有设计问题。
- MyISAM 不支持外键，但如果你后续要在 InnoDB 表上加外键，必须确保关联字段有索引，否则
ADD FOREIGN KEY会报错ERROR 1005 (HY000): Can't create table - MyISAM 的全文索引语法和 InnoDB 不完全兼容（比如停用词、分词行为），改完后
MATCH ... AGAINST查询可能返回不同结果 - 如果原表有大量 TEXT/BLOB 字段，InnoDB 默认使用页外存储（off-page），而 MyISAM 存在行内，可能导致单行长度计算逻辑变化，个别场景触发
Row size too large
有没有不锁表的替代方案
没有原生命令，但可用 pt-online-schema-change（Percona Toolkit）模拟“在线”变更，原理是建影子表、同步增量、原子切换。它不依赖 MySQL 的 Online DDL，而是自己控制复制和锁粒度。
- 命令形如：
pt-online-schema-change --alter "ENGINE=InnoDB" D=test,t=users --execute - 要求源表必须有主键或唯一非空索引，否则无法可靠同步增量
- 执行期间会产生额外磁盘 I/O 和临时表空间，监控
innodb_data_file_path使用率，避免撑爆磁盘 - 切记先用
--dry-run和--execute配合测试，别跳过预检
真正麻烦的从来不是敲那条 ALTER TABLE，而是改完之后应用连不上、查询变慢、或者半夜发现某张表的自增列从 1 开始疯长——这些都得在改之前看执行计划、查慢日志、跑一遍压测。
