PostgreSQL索引‘检查最小值’属性：含义、禁用、影响及差异咨询

1. 该属性具体指什么？ #

你提到的“检查最小值”对应PostgreSQL中B-tree索引的indcheckmin属性（存储在pg_index系统表），是PostgreSQL针对带WHERE子句的部分索引自动启用的优化机制。当索引的过滤条件包含对索引键列的隐含范围下限约束（比如字符串前缀排除、数值大于某固定值等），PostgreSQL会标记该索引需要在扫描时检查索引页的最小值是否满足过滤条件，以此跳过完全不符合条件的索引页，提升查询效率。

2. 如何禁用该属性？ #

这个属性是PostgreSQL自动推断设置的，没有官方支持的手动禁用参数。如果一定要移除它，只有两种方式：

• 调整索引的WHERE过滤条件，让PostgreSQL无法识别出需要最小值检查的场景（比如把隐含下限的正则表达式改成非前缀匹配的条件）；
• 直接修改系统表pg_index的indcheckmin字段（强烈不推荐，会破坏系统稳定性，且PostgreSQL升级时可能失效）。

3. 它会对索引产生哪些影响？ #

• 正向影响：大幅减少无效索引页的扫描次数。查询时，PostgreSQL会先校验索引页的最小值是否符合过滤条件，不满足的话直接跳过整页，显著提升查询速度；
• 负面影响：几乎可以忽略，仅在扫描时增加一次极轻量的最小值校验，远小于跳过无效页带来的性能收益。

4. 为何该属性在一个索引上存在，而在另一个索引上不存在？ #

完全由索引的WHERE过滤条件决定：

• 第一个索引extendedreport_sparkid_w_idx的WHERE条件包含okopf_codenew !~* '755.*'这类正则表达式，该规则隐含了okopf_codenew的字符串排序下限（小于'755'的字符串不会匹配此正则），PostgreSQL推断需要启用该优化；
• 第二个索引extr_sp_id_w_indx的过滤条件均针对非索引键列（curr、isacting等），且没有对索引键sparkid的隐含下限约束，因此PostgreSQL不会启用indcheckmin属性。

5. 为何创建时无法移除该属性？ #

因为indcheckmin是PostgreSQL基于索引条件自动推导的优化属性，不属于用户可配置的创建参数。PostgreSQL会根据WHERE条件的逻辑自动判断是否启用该优化，用户无法通过CREATE INDEX的语法强制关闭它。

附你提供的索引创建语句： #

CREATE INDEX extendedreport_sparkid_w_idx ON extrep_mdm.extendedreport USING btree (sparkid) INCLUDE (inn, isacting) 
WHERE ((curr = 1) 
  AND ((okopf_codenew)::text !\~* '755.*'::text) 
  AND (((okfs_code)::text = ANY ((ARRAY['12'::character varying, '13'::character varying, '14'::character varying])::text[])) OR ((okopf)::text \~* '.*Казенные.*|Государств.*|.Муницип.*|.*Бюджет.*'::text)) 
  AND ((okopf_codenew)::text !\~ '3000.*'::text) 
  AND ((fullnamerus)::text !\~* '.*НЕГОСУД.*'::text))


CREATE UNIQUE INDEX extr_sp_id_w_indx ON extrep_mdm.extendedreport USING btree (sparkid) INCLUDE (id) 
WHERE ((curr = 1) 
  AND ((isacting)::text \~* '1|true'::text) 
  AND ((okopf_codenew)::text !\~* '3000'::text))

内容的提问来源于stack exchange，提问作者MMMaNNN