join MCV 统计让 ANALYZE 从 36 秒涨到九分钟 RSS

Ilia Evdokimov 在测试 join MCV 统计的 v8 补丁时发现严重性能问题：给一张 50 万行和一张 2 万行的表建立 join MCV 统计之后，ANALYZE 的执行时间从约 36 秒涨到九分钟以上。性能剖析显示瓶颈在索引扫描期间取堆元组的阶段，绝大部分时间花在为每条索引项申请和释放缓冲区锁上，真正的 btree 遍历只占极小比例。他暂时没有明显的优化方案。

发布于 2026-09-10T10:59:46.248189Z · Ilia Evdokimov · PostgreSQL hackers

ANALYZE 性能 统计信息

Ilia Evdokimov 在测试 join MCV 统计的 v8 补丁时发现严重性能问题：给一张 50 万行和一张 2 万行的表建立 join MCV 统计之后，ANALYZE 的执行时间从约 36 秒涨到九分钟以上。性能剖析显示瓶颈在索引扫描期间取堆元组的阶段，绝大部分时间花在为每条索引项申请和释放缓冲区锁上，真正的 btree 遍历只占极小比例。他暂时没有明显的优化方案。

Ilia Evdokimov 在测试 join MCV 统计的 v8 补丁时发现严重性能问题：给一张 50 万行和一张 2 万行的表建立 join MCV 统计之后，ANALYZE 的执行时间从约 36 秒涨到九分钟以上。性能剖析显示瓶颈在索引扫描期间取堆元组的阶段，绝大部分时间花在为每条索引项申请和释放缓冲区锁上，真正的 btree 遍历只占极小比例。他暂时没有明显的优化方案。

原始来源 ↗

来源记录

• center.info_item · 320f8ac5a9d5079c · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 320f8ac5a9d5079c · 2026-10-03T04:08:55.967155Z