小编f4n*_*4nt的帖子

我们不断地在办公室里讨论这个问题，这个问题不断出现。你如何处理 PostgreSQL 复制？我什至不一定在谈论高级集群，只是通过 Master-Slave、Master-MultiSlave 和 Master-Master 来保持简单。我发现为 MySQL 设置它通常非常简单。故障转移即使不完美也很简单，尤其是配置起来如此简单。我们玩过 Slony，但它有点过于动手（架构更改需要干预，新数据库需要干预等）。PGPool2 非常好，直到一个节点出现故障并且我们找不到一种优雅的方式（除了将所有东西都关闭并重新播种倒下的节点）来使复制恢复同步。基本上这就是我通常要寻找的：

• 轻松设置（我会接受困难的设置，但易于扩展）
• 简单的故障转移
• 把一个倒下的节点带回来只需要时间（比如 mysql。服务器宕机了，你把它拉起来，然后等待复制赶上）
• 架构更改不会破坏复制
• 向服务器添加新数据库是无缝的（即像 mysql 一样，您可以复制整个数据库服务器，因此在主服务器上创建了一个新数据库，它会自动传播到从服务器）

MySQL 可以很好地处理其中的大部分，但我对 PostgreSQL 有一定的喜爱。此外，在某些情况下，这是我们唯一的选择，我们希望将复制添加到组合中。您目前使用的是什么，您对您的解决方案有何看法？我保证，这不是 MySQL 与 PostgreSQL 的对比，因为这不是我想要开始的。:)