问题标签 [multi-master-replication]

当用户 B 插入到主 B 时（主 A 和 B）之间的复制将完成，但不会从主 A 和从属复制。但是当用户 A 插入到主 A 时，所有复制都将完成。正如我的朋友意识到的那样，当用户 B 插入到 Master-B 时，它将与 Master-A 复制，但 Master-A 的日志文件和日志位置不会改变，因此它不能从 Master-A 复制到 Slave。

我们想知道是否有人能找出我们如何处理这个问题？

我在不同区域（eu, us）有两台服务器连接到同一个 mysql 数据库，我从谷歌云 sql 第二代开始，但它只在us区域可用。

我们的想法是在新区域中添加第二个 sql 节点，eu但我找不到任何有关 Master-Master 复制的文档，因此目前不支持。这个对吗？

附言。我的两台服务器都需要读/写访问权限。

使用我的可操作 google sql us，我可以：

1. 我在eu.

2. 配置eu为us.

3. 配置eu为us.

我真的很困惑！任何帮助将不胜感激。

/奥斯

我对 Postgres 中的流式复制有疑问。

我有一台运行 Postgres 的数据库服务器，它的读取和写入都很繁重（运行批量插入、大型选择、分钟到分钟等）。我正在尝试找到一种策略来处理负载。

我已经看到有关使用流复制到同一网络上的另一台服务器的讨论，以用作读取操作的只读数据库，同时将写入发送到主服务器。

我的问题是：由于主服务器写入繁重并创建大量块，从服务器不会通过复制发生同样的情况吗？复制是否与从 Web 应用程序直接写入连接一样繁重？

此外，在我当前的服务器（20GB RAM，11 核）上，Postgres 使用大约 6GB，这似乎主要是检查点、autovacuum procs，然后是查询。加载大道。从 2.0 到 16.0 甚至更多。

除非我有充分的理由，否则不想在这方面投入时间和金钱。

你有什么建议？我应该在配置和服务器上投入更多时间，还是应该同时做 repl？我的数据库和用户群每个月都在增长，很快就需要一个真正的可扩展设置，以免前端变得非常缓慢并且用户感到沮丧。

PS 这不是典型的 CRUD 应用程序。我的客户连接到他们的 CRM 并拉入成千上万的联系人，这些联系人被批量插入数据库，然后每小时重新同步/更新。

最近我意识到在我使用 galera 设置 master 到 master 复制后，我的 db 似乎加载速度比平时慢。

此外，有时无法连接。

我目前正在使用 django，并且我设置了如果在发出请求时无法连接主数据库，则使用第二个数据库，直到主数据库重新联机。如果在提出请求时无法连接数据库，我将收到一封电子邮件。

这会随机发生，有时当我收到电子邮件时，我会立即登录 mariadb 检查其状态……它实际上正在积极运行。

至于 db 的加载速度似乎比平时慢是因为，当我进入 django 管理仪表板时，通常当我检查任何记录或进入任何模型时它都会爆炸，但现在它会加载........ ...然后显示。

我几乎找不到任何原因，有没有人有任何想法或我可以设置哪个/在哪里日志以进行更彻底的检查？

提前感谢您的任何建议。

我的理解是在多主数据库架构中：

• 您有 2 个以上的数据库服务器，都充当读/写主机；和
• 它要么由某种类型的负载均衡器来平衡这些多个主服务器之间的操作；和
• 每当服务器读取时，它会在本地获取并返回查询的数据；和
• 每当服务器获得写入时，它会在本地写入 + 提交，然后将写入实时复制到其他服务器（这就是系统隐式需要负载平衡器的原因，以防止相同的写入到达 2+ 个不同的主服务器同时）; 和
• 您可以进行主动/主动或主动/被动设置。使用前者，负载均衡器真正平衡了所有节点的写入。我不太了解后者（主动/被动）

因此，首先，如果我上面所说的任何内容不正确，请先纠正我或为我澄清！假设我或多或少的目标：

那么 Multi-Master 和 Peer-To-Peer (P2P) 之间的（真正）区别是什么？在 P2P 系统中，任何读取都在本地执行并返回，任何写入都在本地写入然后复制到所有对等点……所以它们不是同一个吗？！

我正在使用 openldap，每天我都会清除我的 ldap 服务器并导入一个 ldif 文件。我有一个主从复制，所以当我删除条目并导入文件时，从属删除所有条目并更新数据，这就是问题所在，用户暂时无法访问服务器。

我正在寻求一种解决方案或体系结构，使我的 ldap 服务器可访问并在导入文件后更新从属服务器。

我正在运行两个 MySQL 数据库——一个在 Amazon AWS 云服务器上，另一个在我网络中的服务器上运行。

这两个数据库在多主配置中正常复制似乎没有问题，但每隔一段时间——一天几次——我的应用程序中出现错误，提示“插件指示服务器回滚当前事务。”

错误会持续几分钟（大约至少 15 分钟），然后再次恢复正常复制。在 MySQL 错误日志中，我没有看到任何错误，但在正常日志文件中，我确实看到了回滚：

在上面的日志文件中，即使在提交语句之后，第一行中尝试的 Query UPDATE 也会回滚，并且在 2018-09-10T22:50:25.254394 我收到一个应用程序错误，指出查询已回滚。

我在连接到两个数据库时都看到了错误——包括云和内部。

有谁知道什么会导致复制随机失败，但定期失败，然后重新开始工作？

我对 Galera 多主机有疑问。当我在 node1 中运行 query(SELECT) 时，执行时间为0.025秒，但在 node2 上，相同的查询执行时间为5.172秒，在 node3 中结果为4.347秒。

节点 1 配置：

节点2配置：

节点3配置：

我在节点上执行的查询是：

这个问题从何而来？

我们计划在 3 个位置建立一个 Web 解决方案……前面是一个负载均衡器，该负载均衡器将根据客户端的位置进行分配。因此，如果网络应用程序的请求来自北美，我们将路由到北美服务器/站点。如果后端数据库是 mongodb，我怎样才能让这种类型的设置工作？从我正在阅读的内容来看，您不能进行多主复制，其中 3 个位置中的任何一个都可以写入其本地数据库，并将其复制到其他 2 个。

你能为我指出正确的方向吗？谢谢。

概述

我有一个用户注册/入职流程，我目前正在尝试优化和更好地理解，然后再扩展到更大的负载测试。

测试集合：（500 RU）
PartitionKey： tenant_email
多主： 5 个区域

以下是只有一个区域的数据库的单个区域统计信息。

• 第 1 步- 注册新用户 (10.17 RU)
• 第 2 步- 更新一些数据 (3.4 RU)
• 第 3 步- 创建订阅 (13.23 RU)
• 第 4 步- 更新一些数据 (3.43 RU)
• 第 4 步- 更新一些数据 (3.43 RU)
• 第 5 步- 更新一些数据 (3.83 RU)
• 第 6 步- 刷新访问令牌 (3.13RU)
• 总计：每个板载约 40.5 RU

问题

预期吞吐量：约 12 个注册（84req/秒）
实际吞吐量：重度速率限制为每秒约 3 个注册（21req/秒）。在〜40RU这似乎我只得到500的120RU利用率？

下面的存储分布和 partitionKey 应该足够独特，以便在集合上均匀分布负载以最大化吞吐量？不知道为什么 Max Consumed RU/s 这么高。

集合和所选 partitionKey 的存储分布看起来是均匀分布的。

更新 - 利用率不足

这是一个屏幕截图，显示了具有单个 500 RU 分区的集合。您可以从中清楚地看到，每个分区的最大消耗 RU 一直在大约 350 左右，但注意到严重的速率限制，即使我们从未达到 500 RU/s。