Skip to content

Commit

Permalink
refer to an issue in ghostferry instead of an internal one
Browse files Browse the repository at this point in the history
  • Loading branch information
Manan007224 committed Jun 16, 2021
1 parent 4ea968d commit a408db1
Showing 1 changed file with 4 additions and 1 deletion.
5 changes: 4 additions & 1 deletion docs/source/copydbforeignkey.rst
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,10 @@
Running ``ghostferry-copydb`` in production for tables with Foreign Key Constraints
===================================================================================

Migrating tables with foreign keys constraints is an experimental feature in copydb and should be used at your own risk in production.
Migrating tables with foreign keys constraints is an experimental feature in copydb and should be used at your own risk in production. Currently migrating tables with foreign key constraints is only possible
if the source database is in read_only mode. Since tables with foreign key constraints can have referential actions for a foreign key such as ``ON DELETE CASCADE``, ``ON UPDATE CASCADE``. Cascading deletes and updates
in child tablees caused by foreign key constraints don't show up in binlogs because these referential actions are dealt internally by InnoDB. This issue descibes briefly why the source database should be
read_only during the migration - https://github.com/Shopify/ghostferry/issues/289.


Prerequisites
Expand Down

0 comments on commit a408db1

Please sign in to comment.