在MySQL中对具有外键的表进行在线模式更改
内容提要
pt-online-schema-change是一个用于辅助表修改的工具，特别适用于无法使用ONLINE ALTER的情况。本文讨论了使用该工具处理具有外键的复杂表的重要性和注意事项。
延伸解读
外键表使用 pt-osc 的隐藏风险
文章通过实验表明，在外键表上使用 pt-online-schema-change 时，若同时指定 --no-swap-tables、--no-drop-new-table 和 --no-drop-triggers，会导致触发器继续存在但表未交换。此时对原表的 DELETE 或 UPDATE 操作会通过触发器同步到新表，但由于新表已被外键引用，删除操作会因外键约束失败，而触发器中的 DELETE IGNORE 会静默忽略错误，造成数据不一致。
触发器与事务回滚的陷阱
在事务引擎中，触发器本应与触发语句在同一事务中执行，若触发器失败，整个事务应回滚。然而，pt-osc 生成的触发器使用 DELETE IGNORE，外键错误被忽略，导致原表操作提交而新表未同步删除。例如，更新父表记录时，新表会插入新记录但旧记录未被删除，形成数据残留。这提醒我们，IGNORE 关键字可能掩盖关键错误。
外键约束下的模式变更建议
作者建议，对于有外键约束的表，最好直接使用 ALTER 语句进行模式变更，避免使用 pt-online-schema-change 等在线工具。如果必须使用，应选择正确的选项（如让工具自动交换表），并在低流量时段执行，以减少表交换超时的风险。此外，考虑将外键约束逻辑移至应用层，以简化数据库管理。
Q&A
pt-online-schema-change工具的主要用途是什么？
pt-online-schema-change工具用于辅助表的修改，特别是在无法使用ONLINE ALTER的情况下。
在使用pt-online-schema-change时需要注意哪些外键相关的问题？
具有外键的表需要谨慎处理，必须了解选项和表设计，以避免外键约束导致的错误。
在执行pt-online-schema-change时，如何处理对parent表的插入、更新和删除操作？
在执行pt-online-schema-change时，需要创建触发器来处理对parent表的插入、更新和删除操作。
使用pt-online-schema-change时，为什么会出现外键约束错误？
外键约束错误通常是因为在删除或更新parent表中的记录时，相关的child表中仍存在引用该记录的外键。
在有外键约束的表上进行模式更改时，推荐的做法是什么？
建议在有外键约束的表上直接使用ALTER语句进行模式更改，而不是使用pt-online-schema-change。
使用pt-online-schema-change时，如何选择合适的执行时机？
应选择在低流量时段执行pt-online-schema-change，以减少对数据库性能的影响。
