Navicat建联合索引需手动拖拽字段至Index Fields单行并调序，否则易生成多个单列索引；字段顺序须按最左前缀匹配原则（等值条件在前、范围条件在后）；高级功能如表达式索引、NULLS FIRST/LAST等必须手写SQL实现。
Navicat里建联合索引，不是点“添加索引”就完事
navicat 的图形界面会诱导你把多个字段一股脑加进一个索引里，但实际生成的 sql 很可能不是你想要的 create index on table (col_a, col_b, col_c) —— 它默认可能建的是三个单列索引，或者字段顺序错乱。关键看右下角「index fields」列表是否显示为一行多列，而不是多行单列。
实操建议：
- 右键表 →「设计表」→ 切到「Indexes」页签 → 点「+」新增索引 → 在「Index Name」填名称后，**必须手动在下方「Index Fields」区域拖拽添加字段**（不能只在字段列表打勾）
- 字段添加后，用上下箭头调整顺序：
WHERE a = ? AND b = ?场景下，a必须排在b前面；ORDER BY a, b也依赖相同顺序 - 勾选「Unique」仅当业务逻辑真需要全组合唯一，否则别开——它会让 INSERT/UPDATE 变慢，且无法覆盖
WHERE a = ?这类单条件查询
PostgreSQL联合索引支持表达式和NULL处理，但Navicat不暴露这些选项
Navicat 的索引编辑器压根不提供「表达式索引」「NULLS FIRST/LAST」「COLLATE」等 PostgreSQL 原生支持的高级选项。比如你想加速 WHERE lower(email) = 'X'，或让 NULL 值排在排序结果末尾，图形界面完全没法配。
实操建议：
- 这类需求必须切到 Navicat 的「查询」窗口，手写
CREATE INDEX idx_user_lower_email ON users (lower(email)) - 带排序方向的要显式写：
CREATE INDEX idx_orders_created_nulls_last ON orders (created_at DESC NULLS LAST) - 注意：手建的索引在 Navicat 的「Indexes」列表里会显示，但双击打不开编辑——它只认自己画出来的索引结构
联合索引字段顺序错了，查询根本用不上
PostgreSQL 的 B-tree 索引只能高效支持「最左前缀匹配」。如果建了 (status, created_at) 却查 WHERE created_at > '2024-01-01'，这个索引基本被忽略——执行计划里会出现 Seq Scan 而不是 Index Scan。
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
实操建议：
- 用
EXPLAIN ANALYZE SELECT ...验证索引是否生效，重点看输出里有没有Index Scan using xxx - 高频单字段过滤的列优先放左边；范围查询（
BETWEEN、>）字段尽量靠右，避免截断索引使用深度 - 复合条件中，等值查询字段（
=）比范围字段更适合放左；比如WHERE tenant_id = ? AND status = ? AND created_at > ?，顺序应为(tenant_id, status, created_at)
索引名长度超长或含特殊字符，Navicat会静默截断或报错
PostgreSQL 允许最长 63 字节的标识符，但 Navicat 在某些版本里对索引名输入框做了前端限制（比如只让输 30 个字符），或者遇到连字符、大写字母时自作主张转成小写+下划线，导致你写的 idx_user_active_status_v2 最终变成 idx_user_active_status_v。
实操建议：
- 索引名建议全小写 + 下划线，控制在 40 字符内，避开
-、空格、中文 - 建完立刻在查询窗口运行
\d table_name，确认显示的索引名和你预期一致 - 如果发现名字被改，说明 Navicat 内部做了标准化处理——这时候别纠结，直接用 SQL 重建更可控
真正麻烦的不是怎么点出来，而是字段顺序、谓词类型和执行路径之间的咬合关系。调过一次 EXPLAIN，比看十遍界面按钮位置都管用。
