小编Tho*_*mas的帖子

我们的软件产品目前在 Windows 7 上发布，使用 Postgres 8.3 作为其数据库。在一个繁忙的站点上，可能有 24 个自动化系统每分钟生成 100 行（x100 列），3-10 个人类客户查看大约 1000 行的子集——所有这些都是一次检索，增量更新每分钟左右查询 pk + 时间戳并检索相关的新行。有一些辅助表，但此表具有主要活动。

作为有限的多主系统的第一步（以帮助地理上分离的团队），我们实施了到 9.3 的升级。性能不是第一要务，因此并未真正对其进行分析。随着发布时间的到来，管理层决定暂时放弃 9.3，理由是担心可能会降低性能和缺乏测试资源。我确信性能问题很荒谬，所以我做了一些 PgBench 测试。

使用 9.3 的 pgbench，我交替连接到本地 8.3 和 9.3 安装（不同的端口号）。我已经在这个谷歌驱动器电子表格中捕获了我的结果，但总结是通常 8.3 击败 9.3。9.3 仅在原始插入性能方面获胜。

我们对 postgresql.conf 文件进行了一些自定义，我通常将其保留在 8.3 到 9.3 之间，我将列出非默认设置

max_connections = 1000
shared_buffers = 320MB
temp_buffers = 80MB
max_prepared_transactions = 50    #8.3 only, 9.3 left at 0 (not sure why)
max_fsm_pages = 204800            #8.3 only, 9.3 doesn't have setting
autovacuum_max_workers = 30

那么，这只是进步的代价，还是我应该在 9.3 …