PostgreSQL优化器选择索引基于成本估算，所谓“错误”实为统计信息不准确或配置不当所致。1. 优化器依赖ANALYZE收集的统计信息、谓词选择率、索引类型、数据存储顺序及成本参数决定执行计划。2. “选错”主因包括统计信息过期、列相关性缺失、统计目标不足、参数配置不合理及索引设计不佳。3. 改善措施有定期执行ANALYZE、提升关键列统计精度、创建扩展统计信息、调整random_page_cost等参数，并用EXPLAIN验证执行计划。根本在于提供准确数据画像以引导优化器做出合理决策。
PostgreSQL优化器选择“错误”索引，其实多数情况下并非优化器出错，而是基于成本估算做出的判断与实际执行情况不符。理解这一现象需要深入其优化器推理机制和统计信息的作用。
优化器如何选择索引
PostgreSQL使用基于成本的查询优化器（Cost-Based Optimizer, CBO），它会评估每种可能的执行路径并估算其“成本”，包括I/O、CPU和网络开销（在分布式场景下）。最终选择成本最低的执行计划。
索引是否被选用，取决于以下几个关键因素：
- 表的统计信息：ANALYZE命令收集的数据，如行数、数据分布、空值比例、最常见值等。
- 谓词的选择率（Selectivity）：WHERE条件过滤数据的比例。选择率越低，走索引越有利。
- 索引的类型和结构：B-tree、Hash、GiST、GIN等不同索引适用场景不同。
- 数据的物理存储顺序：如果数据按某索引有序存储，范围查询可能更高效。
- 随机页成本（random_page_cost）和CPU成本参数：影响优化器对索引扫描 vs 顺序扫描的权衡。
为何看起来“选错”了索引
所谓“错误”通常是因为执行计划未达到预期性能，背后原因多与信息不准确或配置不当有关：
- 统计信息过期：表经过大量增删改后未运行ANALYZE，导致行数、数据分布失真，优化器误判选择率。
- 列相关性缺失：PostgreSQL默认统计各列独立，若查询条件涉及多列且存在强相关性（如城市=‘北京’且区域=‘朝阳’），优化器无法识别这种组合的高选择性。
- 默认统计目标不足：某些列值分布极不均匀，而default_statistics_target设置太小，无法捕捉到高频值或边界情况。
- 参数配置不合理：例如random_page_cost设得过高，会使优化器倾向全表扫描；反之可能过度使用索引。
- 索引本身效率不高：复合索引顺序不匹配查询条件，或索引包含大量无效条目（如大量NULL值）。
如何改善优化器决策
提升优化器准确性，关键是提供更真实的数据画像和合理配置：
- 定期执行ANALYZE，尤其在大批量数据变更后。
- 对关键列提高统计信息精度：
ALTER TABLE tbl ALTER COLUMN col SET STATISTICS 1000;再运行ANALYZE。 - 为强相关列创建扩展统计信息：
CREATE STATISTICS st1 ON city, district FROM table_name; - 检查并调整postgresql.conf中的成本参数，如random_page_cost（SSD建议设为1.1~1.3）。
- 使用EXPLAIN (ANALYZE, BUFFERS)验证实际执行情况，对比估算与真实行数差异。
- 必要时通过SET enable_indexscan = off等临时禁用某些访问方式做测试，但不建议长期使用。
基本上就这些。PostgreSQL优化器逻辑严密，所谓的“错误”往往是输入信息不准所致。掌握统计信息机制和成本模型，才能真正驾驭执行计划。
