视图本身不存数据，LIKE '%abc%' 会下推至基表导致全表扫描；仅前缀模糊（LIKE 'abc%'）可走 varchar_pattern_ops 索引，后缀/中缀模糊需 pg_trgm + GIN 索引且必须建在基表字段上。
视图本身不存数据、不加速查询，直接在视图里写 LIKE '%abc%' 会原样下推到底层表，照样全表扫描——所谓“预优化”，本质是提前把索引和查询结构配对好，让视图背后的 SQL 能真正用上索引。
为什么视图里加索引没用？
PostgreSQL 视图只是查询的封装，CREATE VIEW v AS SELECT * FROM t WHERE name LIKE '%abc%'; 这种写法不会触发任何索引，因为 LIKE '%abc%' 无法走 B-Tree 索引。EXPLAIN 会显示 Seq Scan，rows 接近总行数，执行时间随数据量线性增长。
- 视图定义中包含函数（如
UPPER(name) LIKE UPPER('%abc%')）会让所有索引失效 - 嵌套视图 +
JOIN+GROUP BY会让优化器更难下推条件，放大扫描代价 -
pg_trgm或varchar_pattern_ops索引必须建在**基表字段上**，不是建在视图上
前缀模糊（LIKE 'abc%'）：用 varchar_pattern_ops 索引
适用于搜索框“输入即查”、自动补全等场景，能走 B-Tree 索引，响应快。
PostgreSQL 18.4 ubuntu
下载
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
- 确认字段类型：如果是
varchar，建索引时必须显式指定varchar_pattern_ops - 命令：
CREATE INDEX idx_name_prefix ON my_table (name varchar_pattern_ops); - 查询必须保持前缀形式：
SELECT * FROM my_view WHERE name LIKE 'abc%';—— 注意不能写成ILIKE或带函数包裹 - 如果数据库
lc_collate不是C，还要在查询里加COLLATE "C"才能命中索引
后缀/中缀模糊（LIKE '%abc' 或 LIKE '%abc%'）：必须用 pg_trgm + GIN
这是唯一能让 LIKE 在任意位置匹配时走索引的方案，但只适用于 PostgreSQL（≥9.1），且对短字符串（≤2 字）效果差。
- 先启用扩展：
CREATE EXTENSION IF NOT EXISTS pg_trgm; - 建 GIN 索引：
CREATE INDEX CONCURRENTLY idx_name_trgm ON my_table USING GIN (name gin_trgm_ops); - 视图查询保持原样：
SELECT * FROM my_view WHERE name LIKE '%abc%';—— 不需要改写，索引自动生效 - 注意：中文需配合分词扩展（如
pg_jieba）才有效；纯字节切 trigram 对“北京”“上海”这类词匹配精度低
容易被忽略的细节
很多人建了 pg_trgm 索引却没生效，问题常出在三个地方：一是忘记 ANALYZE 更新统计信息，二是字段值大量为空或超短（如平均长度 text 字段和 varchar 字面量比较）。这些都会导致优化器放弃使用 GIN 索引，退回 Seq Scan。
