MySQL复制最佳实践

我正在通过binlog设置MySQL复制。这是一个主/从设置

我有一些关于如何以最好的方式做到这一点的问题

是否应复制信息模式，如果是/否，为什么

是否应该复制mysql数据库，如果是/否，为什么

如果应该复制所有数据，则不需要设置binlog do db

干杯

不，不应复制信息架构。这是关于表、数据库、例程、触发器等的元数据。让服务器填充自己的信息\u模式

mysql db可以很好地进行复制，特别是在需要设置大量用户的情况下。如果您的主服务器出现故障，您将需要从服务器上可用的相同用户信息，以便进行故障切换。如果发生这种情况，您需要具有相同的可用特权

仅列出要使用binlog do db复制的数据库。如果没有列出任何内容，默认情况下将复制所有内容

不需要。需要复制信息架构。请阅读此获取详细信息

可以，因为mysql数据库包含所有用户凭据，所以为了备份用户，您可以复制它

是，使用binlog do db复制所选数据库，否则，如果未提及任何内容，将复制所有内容

---

那么必须定义mean

binlog do db

？我有很多数据库要复制，我不想把它们列出来，因为对信息的更改不会写入二进制日志。它不是一个“真实”的数据库，它只是一个围绕内部元数据的方便的表格包装器，因此没有实际的插入/更新/删除操作。绝对没有理由包含binlog ignore db或relay ignore db for INFORMATION_SCHEMA，也没有理由不使用复制筛选器，尤其是不必要的筛选器。如果您实际使用binlog do db，请记住跨数据库查询将无法工作。如果我不必在只共享一个生产数据库的服务器上使用binlog do db，我宁愿不使用它。有关说明，请参见文档：