使用sql_log_bin=0从还原修复GTID，然后删除表

Question

我一直在试验mysql集群。我所遇到的错误之一，我不知道如何补救，也不知道为什么它会导致任何想追上主人的奴隶永久死亡--让我解释一下。

创建mysql的3个实例。使用innodb集群实用程序将它们组合到集群中。您可以使用AdminAPI来确保集群运行良好。(使用单主模式，因此只有一个写入器)

在主数据库mysql中，使用mysql.exe恢复具有sql_log_bin =0的任何表的转储；

您将注意到，这会导致该表不会复制到其他数据库实例。现在，如果你丢下桌子，其他奴隶就会死掉，永远不会被主人捉住。

您甚至可以从头创建mysql实例，并将其指向主程序，它将永远不会赶上。它会说恢复，然后就会失败。

在这种情况下，如何进行修复？到底是怎么回事，一个奴隶，即使是从零开始，也不能在你这样做之后被同步？

Answer 1

问题是，您有大量无法复制的数据。当你把它放在主，它设置gtid清除变量，它基本上是说:我有这个数据，但我不能给你。

这里您可以做的是使用这个转储来提供从服务器/辅助服务器。因此，您可以在主服务器中执行此更新，但在加入之前添加一个新成员时，还必须在那里执行转储。然后，他们都可以说:我们有这个数据块，我们不能复制，所以我们是同步的。然后，接合器可以从主部件中提取缺少的任何内容。