psql 的 \d tablename 退化成了顺序扫描 RSS

提交 85b7efa1cdd 带来一处回归，psql 的 \d tablename 从索引扫描退化成顺序扫描，目录一大就明显变慢。Andres Freund 最先发现，Jelte Fennema-Nio 定位根因并给出恢复索引扫描的补丁。Tom Lane 审查后认为方向正确，但必须同时检查两个排序规则是否都是确定性的，只查一个不够。他还指出原提交说明有几处不准确：问题只影响精确匹配而不影响前缀匹配，正则表达式和 LIKE 模式都会中招。修订后的 v2 补丁已附在邮件里。

发布于 2026-09-10T10:59:45.079801Z · Jelte Fennema-Nio · PostgreSQL hackers

psql 性能回归

提交 85b7efa1cdd 带来一处回归，psql 的 \d tablename 从索引扫描退化成顺序扫描，目录一大就明显变慢。Andres Freund 最先发现，Jelte Fennema-Nio 定位根因并给出恢复索引扫描的补丁。Tom Lane 审查后认为方向正确，但必须同时检查两个排序规则是否都是确定性的，只查一个不够。他还指出原提交说明有几处不准确：问题只影响精确匹配而不影响前缀匹配，正则表达式和 LIKE 模式都会中招。修订后的 v2 补丁已附在邮件里。

提交 85b7efa1cdd 带来一处回归，psql 的 \d tablename 从索引扫描退化成顺序扫描，目录一大就明显变慢。Andres Freund 最先发现，Jelte Fennema-Nio 定位根因并给出恢复索引扫描的补丁。Tom Lane 审查后认为方向正确，但必须同时检查两个排序规则是否都是确定性的，只查一个不够。他还指出原提交说明有几处不准确：问题只影响精确匹配而不影响前缀匹配，正则表达式和 LIKE 模式都会中招。修订后的 v2 补丁已附在邮件里。

原始来源 ↗

来源记录

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