Java Postgresql复制解决方案及其性能

我正在Posgtresql复制上执行POC。我使用的是postgresql的最新版本，即9.1。市场上有多种复制解决方案（PGCluster、Pgpool II、Slony-I）。Postgresql还提供内置复制解决方案（流式复制、热备份和热备份）。我不知道哪种解决方案最适合我正在进行POC的金融应用程序。该应用程序将在数据库中写入大约1.6亿条记录，行大小为2.5 KB。我的问题是关于以下哪种复制解决方案适用的场景：

• 如果仅出于备份目的需要复制
• 如果我需要缩放读数
• 如果我需要高可用性和一致性

此外，如果您可以分享postgresql复制解决方案的性能或经验，这将非常有帮助。

简短的回答是“无论您的问题是什么，都有解决方案。”

让我们看几个主要的

Slony-I是一种复制解决方案，允许您跨部分或全部数据库扩展读取。这是为了让您可以将数据库的一部分复制到您的DMZ中，例如，用于客户报告。另一方面，这种灵活性带来了复杂性，虽然Slony允许您仅复制数据库的一部分，但Slony允许您仅复制数据库的一部分。。。。。。斯隆尼的灵活性也不止于此。它允许您在不同版本的Pgsql之间进行复制，因此确保在主要升级期间读取查询的停机时间为零

Postgres XC实际上是PGCluster的精神继承者。它为PostgreSQL提供Teradata风格的集群。如果确实需要扩展读写，这是适合您的解决方案，但这也会增加复杂性

内置复制解决方案是最简单的，允许您扩展以进行备份和写入。它确保了高可用性和一致性，但大型升级需要所有节点停机

---

所以问题是，你需要准确地找出你想要什么，然后在为工作选择合适的工具时寻求帮助。我建议您在达到这一点时询问pgsql通用电子邮件列表。

这属于dba.stackexchange.com“该应用程序将每天写入约1.6亿条记录”？总计月刊