适用，pt-online-schema-change在mysql 5.7中是绕过引擎切换锁表问题的兜底方案，需满足主键/唯一索引、无fulltext、innodb_file_per_table=on、主从延迟为0四大前提，否则直接失败或数据错乱。
pt-online-schema-change 在 MySQL 5.7 中是否适用？
适用，但必须明确：它不是“迁移引擎”的专用工具，而是用在线 DDL 的思路来绕过 ALTER TABLE ENGINE=InnoDB 的锁表问题。MySQL 5.7 原生支持部分 online DDL，但对 MyISAM → InnoDB 这类引擎切换，仍会触发全表重建+锁表——pt-online-schema-change 正是为此类场景设计的兜底方案。
执行前必须满足的四个硬性条件
缺一不可，否则命令直接失败或数据错乱：
-
pt-online-schema-change要求源表有主键或唯一非空索引，否则报错This table has no primary key or unique index；MyISAM 表常只有id INT AUTO_INCREMENT却没建索引，需先补ALTER TABLE t ADD PRIMARY KEY (id) - 目标实例必须关闭 FULLTEXT 索引——MyISAM 的
FULLTEXT无法被自动迁移到 InnoDB，得先DROP INDEX ft_idx ON t -
innodb_file_per_table = ON必须开启，否则所有新表数据写进共享表空间ibdata1，后续无法收缩 - 主从复制延迟必须为 0（
Seconds_Behind_Master = 0），否则影子表数据滞后，替换后立刻丢数据
典型命令与关键参数避坑点
不要裸跑默认参数，以下是最小安全组合：
pt-online-schema-change \ --alter "ENGINE=InnoDB" \ --execute \ --critical-load="Threads_running=25" \ --max-lag=1s \ --chunk-size=1000 \ h=localhost,P=3306,u=pt_osc,p='xxx',D=mydb,t=user_log
说明：
-
--alter "ENGINE=InnoDB"必须加双引号，否则 shell 解析出错 -
--execute是开关，不加只做预检，不会真正改表 -
--max-lag=1s防止主从延迟飙升时继续拷贝，避免雪崩；值太小会导致频繁暂停，太大则失去保护意义 -
--chunk-size=1000控制每次读取行数，大表建议从 500–2000 试起，太大会压垮 buffer pool，太小则触发器开销占比过高
为什么不能用 mysqldump + CREATE TABLE … ENGINE=InnoDB？
看似离线可控，实则埋雷：
-
mysqldump --single-transaction对 MyISAM 无效，只能退化成--lock-all-tables，整库只读 - 导入时若漏写
ENGINE=InnoDB或未删掉原CREATE TABLE里的ENGINE=MyISAM，新表仍是 MyISAM - MyISAM 的
AUTO_INCREMENT列若无索引，InnoDB 会拒绝建表，报错ERROR 1075，而这个错误在 dump 导入阶段才暴露 - 转换期间业务写入完全丢失，没有增量同步机制，回滚只能靠备份，窗口不可控
真正难的从来不是执行命令，而是确认那四条前提是否全部就绪——尤其是主从延迟和主键缺失，这两个点线上最容易被忽略，一跑就卡住或丢数据。
