问题标签 [replication]

我对 MySQL 复制可以做什么有相当好的感觉。我想知道还有哪些其他数据库支持复制，以及它们与 MySQL 和其他数据库相比如何？

我会问的一些问题是：

1. 复制是内置的，还是附加组件/插件？
2. 复制如何工作（高级）？MySQL 提供基于语句的复制（以及 5.1 中的基于行的复制）。我对其他数据库的比较感兴趣。什么是通过电线运送的？更改如何应用于副本？
3. 是否容易检查主从之间的一致性？
4. 让失败的副本与主服务器同步有多容易？
5. 表现？我讨厌 MySQL 复制的一件事是它是单线程的，并且副本通常难以跟上，因为 master 可以并行运行许多更新，但副本必须串行运行它们。其他数据库中是否有类似的陷阱？
6. 任何其他有趣的功能...

似乎是一个简单的问题：

• 我的防火墙内有一个 SVN 存储库。
• 我在防火墙外有一个 SVN 存储库。
• 我在防火墙内外都有用户。（没有VPN不是一个选项:(那太容易了）
• 防火墙内的机器可以与外部 SVN 服务器通信。但不是相反。
• 外部的 SVN 是暂时的——主要的 repo 总是在里面。

我想以某种方式（从内部，很可能）将所有更改合并到一个中，并将它们应用于另一个。反之亦然。听起来很简单，我假设喜欢的 GIT 可以做到这一点，但我们使用的是 SVN。

有人做过吗？我不介意这是一个手动过程——只有几个外部人员，他们不需要即时更新，一天两到三次就可以了。

我相信 apache.org 会这样做，但我找不到关于他们如何做到这一点的文档。有几种产品可以做到这一点（嗯，一个），但我很想知道是否有人有一种没有它们的好、干净的方法来做到这一点。svnsync 这样做，只是在一个方向（主从）

很高兴它可以在 Windows、Linux 或 Mac 上运行，因为我们拥有所有这些。不过，Windows 和 Mac 是首选。

帮助！:) :)

[更新] 经过 12 个月的混乱（最终不需要这个），在我看来，正确的答案是正确的。使用 git - 有一个从 SVN-A 提取的 repo，然后推送到一个新的 git repo，然后从那里推送到 SVN-B。应该管用 ：）

基本问题是这样的：
订阅者使用事务复制成功地从发布者复制了一行。现在，我们如何跟踪最后一次成功复制该行的时间？

一位朋友提出了以下解决方案，他将其用于他的 SQL Server 2000：
1) 添加一个日期时间列。
2）更改复制存储过程以更新日期时间列（！）。

第 2 步引发了我内心的各种警钟，所以在我详细介绍他的解决方案之前，我想问在这种情况下是否有更好的 SQL Server 2005 解决方案。

我的公司目前有一个在 Sql Server 2005 上运行的事务数据库。我们将添加一个 MySql（在 linux 上运行）报告数据库。我们需要让复制从 MS-Sql 数据库运行到 MySql 数据库。它不必是实时的，但应该在几分钟内。

我有很好的 MSSql 开发技能和一般的 dba 技能，但没有 MySql 背景。我们团队的 MySql 人没有 MSSql 经验。

我想知道是否有人设置了类似的东西并且可能有一些建议。我已经看到了在两者之间迁移数据的一些事情，但对于正在进行的复制来说并不多。现在我最好的猜测是在 SSIS 中设置一些东西并在 Sql Agent 下运行它。我现在要研究 SSIS 的想法，但欢迎任何建议。

It seems MySQL does not support the flag "NO_ WRITE_ TO_ BINLOG" for TRUNCATE. So I have to wait until delay is 0, then stop the replication, make the TRUNCATE of the table/s, reset the master, and then start replication again. Really painful. Any other suggestion?

我想在三台 SQL 服务器上设置复制，其中一台没有为 Kerberos 配置。（SPN 尚未设置）

我是否需要 Kerberos 和传递委派才能在 SQL Server 2005 中使用复制？

我正在通过带宽非常小的链路发送数据，并且我可能会发送大型数据文件。

我目前配置了合并复制和快照复制。

是否可以在 SQL Server 2005 复制中启用压缩，如果可以，如何？

谢谢。

在我工作的初创公司，我们现在正在考虑为我们的数据库扩展解决方案。事情变得有点混乱（至少对我来说）MySQL，它有MySQL 集群、复制和MySQL 集群复制（从版本 5.1.6 开始），这是 MySQL 集群的异步版本。MySQL 手册在其集群常见问题解答中解释了一些差异，但很难从中确定何时使用其中一种。

如果熟悉这些解决方案之间的差异以及利弊，以及您何时建议使用每种解决方案，我将不胜感激。

我最近刚刚为我的订阅者数据库设置了自定义复制，如此处的另一篇文章所述。基本上，当发布者向订阅者推送新记录时，存储过程也会将复制时间插入到表中的额外列中，并将新记录插入到日志表中。

尝试将日志表复制回主发布数据库时出现我的问题。这就是我所做的：

1. 在日志表所在的数据库中，我设置了一个新的事务复制，并将其设置为创建快照。
2. 创建发布后，我会创建一个新的推送订阅，并将其设置为立即初始化。
3. 创建订阅后，我检查了同步状态并确认已成功应用快照。

现在这是奇怪的部分：如果我使用 SQL Server Management Studio 手动将记录添加到日志表中，该记录将被很好地复制。如果记录是由自定义复制存储过程添加的，则不会。状态将始终显示“没有可用的复制事务”。

我不知道出版物为什么会这样：我真的不明白它如何以不同的方式处理自定义复制存储过程插入的数据。

有人可以解释我做错了什么吗？

更新：几个月前我终于有了这个问题的答案，只是我从来没有时间更新这个问题。我们必须向 Microsoft 记录支持电话，但我们得到了一个可行的解决方案。

解决方案的关键是上面显示的最后一个参数。默认情况下，生成的订阅脚本不会有这个参数。

我已经查看了一些资源，只是想澄清并获得意见。

首先，为了完全避免任何问题，我们可以不费心将标识列用作主键，而是让它们自己生成，并以两种方式复制这些值，假设它们在创建的任何时候都是唯一的。

出于这个问题的目的，我正在谈论 2 种或更多方式复制来解决全局访问问题，并且我们确实有标识列。

现在我们正在设置事务复制，两个数据库应该相互复制。

据我了解，您为每个数据库服务器分配了一系列种子值，它将使用这些值，您知道有唯一原因您给出了不交叉的范围。那么这是否意味着在复制过程中这些值被插入到种子列中？

因此，如果您在每个服务器插入 10 行后将范围 1-10 和 11-20 分配给 2 个服务器，您将在两个数据库中都有种子 1-20？