在MySQL 5.7中，用pt-online-schema-change转换表引擎安全可行，但必须通过主键/唯一索引、无触发器、权限、外键处理四项硬性检查，并执行--dry-run及结果人工校验。
在 MySQL 5.7 中用 pt-online-schema-change 转换表引擎（比如从 MyISAM 切到 InnoDB）是安全可行的，但必须走完整校验流程——漏掉 --dry-run 或忽略外键/触发器检查，大概率会在 rename 阶段卡死或丢数据。
为什么不能直接 ALTER TABLE ... ENGINE=InnoDB？
MySQL 5.7 对大表执行 ALTER TABLE t ENGINE=InnoDB 默认走 ALGORITHM=COPY，会全程持有元数据锁（MDL），阻塞所有 DML；10GB+ 表可能锁表十几分钟。而 pt-online-schema-change 把引擎转换变成“建新表 + 改结构 + 同步数据 + 原子替换”，只在最后 RENAME 那一刻有毫秒级 MDL 锁。
执行前必须通过的四个硬性检查
工具启动时逐项验证，任一失败就退出，不尝试执行：
- 原表必须有主键或唯一非空索引，否则报错：
Cannot chunk table `db`.`t`: no primary key or unique not-null index - 原表不能存在任何触发器，否则提示：
Triggers exist on the table - 操作用户需显式拥有
TRIGGER、REPLICATION SLAVE、PROCESS权限（仅SELECT/INSERT/UPDATE/DELETE不够） - 若该表被外键引用，必须指定
--alter-foreign-keys-method=auto或rebuild_constraints，否则RENAME直接失败
ENGINE 转换的正确写法与常见翻车点
--alter 参数里只写引擎变更，不要混其他操作（如加字段、改列类型），避免语义混淆：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
pt-online-schema-change \ --user=pt_osc --password=xxx \ --host=localhost --port=3306 \ --database=testdb --table=t1 \ --alter "ENGINE=InnoDB" \ --alter-foreign-keys-method=auto \ --chunk-time=0.4 \ --max-lag=1 \ --critical-load="Threads_running=50" \ --check-interval=5 \ --dry-run
常见错误：
- 写成
--alter "ALTER TABLE t1 ENGINE=InnoDB"→ 语法错误，--alter值里只填ENGINE=InnoDB这一段 - 新增非空列却没给
DEFAULT→ 即使只是改引擎，如果--alter里顺带加了ADD COLUMN c INT NOT NULL，就必须写ADD COLUMN c INT NOT NULL DEFAULT 0 - 删外键时约束名漏下划线 → 比如原约束是
fk_user_order，必须写DROP FOREIGN KEY _fk_user_order
执行后必须人工确认的两件事
工具不会自动校验结果是否符合预期，这两步跳过等于白干：
- 用
SHOW CREATE TABLE t1确认引擎已变成InnoDB，且字符集、行格式、索引顺序等未被意外重排 - 用
pt-table-checksum校验主从一致性（尤其当有从库时），COUNT(*)不可靠——触发器同步期间可能有极短延迟，导致新旧表行数暂时不一致
rename 完成后残留的触发器（如 pt_osc_testdb_t1_ins）必须手动清理，否则下次跑 pt-osc 会因“已有触发器”直接报错退出。
