↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

峰值吞吐基准测不出生产里真正的瓶颈 RSS

基准跑出每秒 8 万次插入、延迟也漂亮,并不代表生产能长期扛住。Matty Stratton 认为真正该看的是持续吞吐上限,也就是 autovacuum、检查点、WAL 归档和复制这些维护进程能够无限期跟上的写入速率。这个上限会随数据增长而下降,文章归纳了四个推动机制,最先出现的是热数据超出可用内存和 autovacuum 跟不上回收。容量规划应当按这条持续上限来做,而不是按峰值数字。

发布于 2026-09-10T10:59:38.146046Z · Matty Stratton · TigerData 博客
容量规划 性能

基准跑出每秒 8 万次插入、延迟也漂亮,并不代表生产能长期扛住。Matty Stratton 认为真正该看的是持续吞吐上限,也就是 autovacuum、检查点、WAL 归档和复制这些维护进程能够无限期跟上的写入速率。这个上限会随数据增长而下降,文章归纳了四个推动机制,最先出现的是热数据超出可用内存和 autovacuum 跟不上回收。容量规划应当按这条持续上限来做,而不是按峰值数字。

基准跑出每秒 8 万次插入、延迟也漂亮,并不代表生产能长期扛住。Matty Stratton 认为真正该看的是持续吞吐上限,也就是 autovacuum、检查点、WAL 归档和复制这些维护进程能够无限期跟上的写入速率。这个上限会随数据增长而下降,文章归纳了四个推动机制,最先出现的是热数据超出可用内存和 autovacuum 跟不上回收。容量规划应当按这条持续上限来做,而不是按峰值数字。

原始来源 ↗

来源记录
  • center.info_item · 54703cc6f5b169fe · 2026-10-03T04:08:35.169032Z
  • pgweb.info_item · 54703cc6f5b169fe · 2026-10-03T04:08:55.967155Z