给 PostgreSQL 高频查询字段创建索引最直接的方式是使用 CREATE INDEX 命令建立 B-tree 索引，适用于等值查询和范围查询场景。需注意索引会增加写入开销，生产环境建议使用 CONCURRENTLY 选项避免锁表。
先说结论：为高频查询字段创建索引可将全表扫描转为索引扫描，显著降低查询延迟。
- 先定位：通过
pg_stat_statements或慢查询日志识别高频字段 - 先做：使用
CREATE INDEX CONCURRENTLY创建索引避免阻塞写入 - 再验证：执行
EXPLAIN确认执行计划变为 Index Scan
命令速用版
基础创建命令适用于开发环境，生产环境需添加 CONCURRENTLY 参数。
CREATE INDEX idx_table_column ON table_name(column_name);
生产环境无锁创建：
CREATE INDEX CONCURRENTLY idx_table_column ON table_name(column_name);
为什么会这样
索引相当于数据库表的目录，通过建立数据结构的快速访问路径减少全表扫描开销。B-tree 索引以平衡树形式组织数据，支持高效的范围查询和排序，默认适用于大多数查询场景。
分步处理
1. 识别高频字段
使用 pg_stat_statements 扩展或慢查询日志分析业务查询模式，找出频繁出现在 WHERE 条件或 JOIN 连接中的列。
2. 选择索引类型
普通等值和范围查询选择 B-tree 索引；JSONB 字段或数组类型选择 GIN 索引；精确匹配且无范围查询可选 Hash 索引。
3. 执行创建命令
在生产表上执行创建命令时，务必加上 CONCURRENTLY 关键字，允许其他操作在创建期间继续，避免锁表导致业务中断。
4. 更新统计信息
索引创建后执行 ANALYZE 命令，帮助优化器生成更好的执行计划。
怎么验证是否生效
使用 EXPLAIN 命令分析查询计划，观察输出中的计划类型。若显示 Index Scan 或 Bitmap Heap Scan 表示索引生效，若显示 Seq Scan 则表示仍在全表扫描。
常见坑
函数包裹字段导致索引失效
在 WHERE 条件中对字段使用函数（如 DATE(created_at)）会导致索引无法使用，应改写为范围查询或使用表达式索引。
复合索引列顺序错误
复合索引需遵循最左前缀原则，将高选择性且常用的列放在左侧，否则查询可能无法命中索引。
视图表达式不匹配
视图本身不存储数据，若视图中使用表达式查询，底层基表必须创建完全一致的表达式索引，否则优化器不会命中索引。
常见问题
视图能直接加速全文检索吗？
不能。视图只是查询封装，真正起效的是底层基表上的 GIN 索引，且索引表达式必须与视图查询条件字节级一致。
JSONB 字段应该建什么索引？
优先使用 GIN 索引。对 JSONB 字段创建 GIN 索引可加速查询，适用场景包括用户扩展属性、配置项和动态表单。
如何避免创建索引时锁表？
使用 CREATE INDEX CONCURRENTLY 命令。默认创建索引会锁表阻止写入，并发创建允许其他操作继续，但耗时更长。
参考来源
SELECT 的查询优化方案有哪些？
DeepSeek 在 PostgreSQL 中添加索引是提升查询性能的常用手段
如何在 PostgreSQL 中使用视图配合全文检索 (GIN) 索引提升查询速度？
优化数据库性能：在 PostgreSQL 中管理索引
PostgreSQL 查询优化：让你的 SQL 查询更高效