PostgreSQL 9.0.X或8.4.X – 性能,复制,稳定性

我一直在开发一个带有服务器基础设施的应用程序,而且我准备很快发布(ish)。

到目前为止,服务器后端已经在PostgreSQL 8.4.7上运行,并且正常运行。

不过,现在我正在考虑升级到9.0.X版本,以便在Beta版testing(和后续版本)上发布更新的版本,并且将来可以更容易地设置数据库复制。

我的问题:

  • PostgreSQL 9.0.4是一个可行的数据库使用截至目前? 有没有已知的重大错误?

  • 有什么明显的性能差异?

  • 复制(asynchronous确定,首选同步)在9.0.X中比8.4.X更容易设置?

至于“可行的数据库使用” – 当然。 Pg非常稳定。

至于性能差异 – 有一些改进,请检查http://www.postgresql.org/docs/current/interactive/release-9-0.html

至于复制 – 很难比较,因为复制方面,9.0是非常不同的,因为它具有热备份和stream式复制,这在8中是不可用的。

总而言之,如果你设置了新的数据库,而且你没有被迫使用8.4,那么9.0没有任何理由

我的问题:

Is PostgreSQL 9.0.4 a viable DB to use as of now? Are there any known major bugs? 

是的,这是一个可行的数据库,不,所有已知的错误是固定的。 9.0版本已经有4个patchrounds,这就是为什么它是9.0.4。 新补丁每3到6个月可用。

  Are there any noticeable performance differences? 

是的,但这取决于您的具体查询和/或工作量。 你必须testing你的情况,看看有什么不同。

  Is replication (async ok, sync preferred) easier to set up in 9.0.X than in 8.4.X? 

版本8.4中没有复制,版本9.0是具有内置复制的PostgreSQL的第一个版本。 所以是的,这是更容易,现在是可能的。

PostgreSQL非常努力地尝试没有任何开放的错误。 根本不存在任何严重的错误,除了那些已知速度比在9.0版本中不可能实现的不现实的缓慢的事情之外,还没有得到修复。 也就是说,较新的代码通常比旧的东西有更多的未知的错误,你不知道有多less未知的错误定义。

PostgreSQL 9.0中主要的速度改进来自查询计划器的改进。 整个数据库在简单的事情上并不是很快,但是执行大量改进的查询有很多连接和其他复杂的操作。

PostgreSQL 9.0比以前的版本更容易复制,假设您可以复制整个数据库安装。 如果只想复制子集,则需要使用外部复制程序,无论是在8.4还是在9.0。 从9.1开始的内置复制之上提供了同步复制,目前正在进行betatesting,预计在今年晚些时候推出。