物化视图可将报表查询从秒级降至毫秒级，但必须建唯一索引（覆盖全部GROUP BY列且NOT NULL）、启用enable_material、严格对齐字段类型与NULL处理，并据数据变化率选择并发或定时刷新策略。
物化视图在PostgreSQL 16中确实能将报表查询从秒级压到毫秒级，但前提是它被当作一张“真表”来对待——建完不加索引、不配刷新、不调优化器，它就只是个占空间的摆设。
CREATE MATERIALIZED VIEW 后必须立刻建唯一索引
没有唯一索引的物化视图无法使用 REFRESH MATERIALIZED VIEW CONCURRENTLY，而标准刷新会锁死整个视图，导致报表页面白屏几秒甚至几十秒。这不是理论风险，是生产环境高频报障点。
- 唯一索引字段必须覆盖全部
GROUP BY列，且这些列不能为NULL（NOT NULL约束要显式声明或确保源数据干净） - 错误写法：
CREATE MATERIALIZED VIEW mv_sales AS SELECT region, EXTRACT(YEAR FROM sale_date) AS year, SUM(amount) FROM sales GROUP BY region, EXTRACT(YEAR FROM sale_date)——EXTRACT返回double precision，可能隐含NULL，且无唯一约束 - 正确写法：先用
COALESCE(EXTRACT(YEAR FROM sale_date), 0)消除NULL，再建索引：CREATE UNIQUE INDEX idx_mv_sales_region_year ON mv_sales (region, year) - 若业务上
(region, year)不绝对唯一，可加ROW_NUMBER() OVER (PARTITION BY region, year ORDER BY region)辅助去重，但需验证确定性（避免ORDER BY字段无索引导致计划漂移）
REFRESH MATERIALIZED VIEW CONCURRENTLY 的真实代价
并发刷新不锁表，但底层是逐行比对新旧数据，性能开销远高于全量刷新。当物化视图超过500万行或日增差异超总量5%，它反而会拖慢系统。
- 典型症状：
REFRESH MATERIALIZED VIEW CONCURRENTLY mv_sales执行时间从2秒暴涨到40秒，pg_stat_activity显示大量Hash Join和Sort操作 - 根本原因：缺失唯一索引，或索引字段顺序与
GROUP BY不一致（如索引是(year, region)，但GROUP BY是region, year），导致 PostgreSQL 回退到全量扫描比对 - 应对策略：刷新前先运行
ANALYZE mv_sales更新统计信息；若日增数据稳定且小于5%，可用并发刷新；否则改用非并发刷新 +pg_cron定时在凌晨低峰执行
让查询优化器真正“看见”物化视图
即使物化视图存在且有索引，EXPLAIN 仍显示 Seq Scan，大概率是因为优化器根本没把它纳入候选执行路径。
- PostgreSQL 16 默认关闭物化视图自动重写功能，必须显式启用：
SET enable_material = on（会话级）或在postgresql.conf中设enable_material = on - 更隐蔽的问题：查询谓词与物化视图定义语义不等价。例如物化视图用
date_trunc('day', created_at)分组，但你查WHERE created_at >= '2024-03-01'，优化器无法推导出等价性，就不会重写 - 验证方法：执行
EXPLAIN (VERBOSE) SELECT * FROM mv_sales WHERE region = '华东'，看输出中是否出现Relation Name: "mv_sales"；若仍是基表名，说明重写未生效
聚合字段类型和 NULL 必须与源表严格对齐
90% 的“建了物化视图但没变快”问题，根源不在视图本身，而在类型隐式转换或 NULL 透传废掉了索引。
-
EXTRACT(YEAR FROM sale_date)返回double precision，而你用WHERE year = 2024（整型），触发隐式转换，索引失效 - 聚合字段如
SUM(amount)若源表amount允许NULL，结果可能为NULL，导致WHERE total_amount > 1000过滤时无法走索引 - 解决方案：在物化视图定义中强制类型一致，例如用
(EXTRACT(YEAR FROM sale_date))::INT，并用COALESCE(SUM(amount), 0)消除NULL
最易被忽略的一点：物化视图不是“设置一次就永远有效”的缓存，它的性能表现高度依赖你是否把它当成一张独立表来维护——索引、统计信息、刷新节奏、查询写法，每个环节断掉，加速效果就归零。
