在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 会因“已有触发器”直接报错退出。