物化视图通过持久化查询结果提升性能，需定期刷新以保持数据最新。使用CREATE MATERIALIZED VIEW创建后，可通过REFRESH MATERIALIZED VIEW进行完全刷新，默认阻塞读取；添加CONCURRENTLY选项可避免阻塞，但要求存在唯一索引且刷新较慢。适用于复杂查询和报表场景，建议根据数据量、实时性需求及系统负载选择刷新策略，并结合定时任务维护，在保证查询效率的同时避免资源浪费。
物化视图在PostgreSQL中是一种将查询结果持久化存储的对象，与普通视图不同，它保存了实际的数据。这使得查询性能大幅提升，特别适用于复杂查询或频繁访问的报表场景。但正因为数据是“静态”的，必须通过刷新机制来保持数据的最新状态。
物化视图的基本使用
创建物化视图的语法非常简单，使用 CREATE MATERIALIZED VIEW 命令：
CREATE MATERIALIZED VIEW mv_sales_summary AS
SELECT
customer_id,
SUM(amount) AS total_amount,
COUNT(*) AS order_count
FROM sales
GROUP BY customer_id;
这条语句会执行查询并将结果存入磁盘。之后你可以像查询普通表一样使用它：
SELECT * FROM mv_sales_summary WHERE total_amount > 1000;
物化视图的刷新机制
由于物化视图的数据不会自动更新，必须手动或定时刷新。PostgreSQL提供了两种刷新方式：
1. 完全刷新（REFRESH MATERIALIZED VIEW）
这是最常用的刷新方式，会重新执行定义时的查询，并替换原有数据。刷新期间，默认会阻塞读操作。
REFRESH MATERIALIZED VIEW mv_sales_summary;
如果你希望在刷新时不阻塞读取，可以使用 CONCURRENTLY 选项：
REFRESH MATERIALIZED VIEW CONCURRENTLY mv_sales_summary;
注意：使用 CONCURRENTLY 要求物化视图必须包含一个唯一索引（通常是主键或唯一约束），以便系统比对新旧数据。
2. 并发刷新的限制
- 不能用于没有唯一标识列的物化视图
- 执行速度比非并发刷新慢，因为它需要做增量对比
- 在同一时间只能有一个并发刷新操作运行
如何选择刷新策略
根据业务需求选择合适的刷新方式：
- 数据量小、可接受短时锁表：使用普通 REFRESH MATERIALIZED VIEW
- 生产环境、高可用要求：使用 CONCURRENTLY 避免查询中断
- 实时性要求高：结合定时任务（如cron）或触发器定期刷新
- 实时性要求极高：考虑使用逻辑复制或变更数据捕获（CDC）替代
例如，每天凌晨刷新一次：
-- 在crontab中添加 0 2 * * * psql -d mydb -c "REFRESH MATERIALIZED VIEW CONCURRENTLY mv_sales_summary;"
监控与维护建议
物化视图虽然提升查询性能，但也带来维护成本：
- 定期检查是否缺失唯一索引，尤其是计划使用并发刷新时
- 监控刷新耗时，避免影响系统负载
- 考虑在低峰期执行刷新操作
- 避免创建过多物化视图，防止写入放大和存储浪费
基本上就这些。合理使用物化视图能显著提升复杂查询效率，关键是掌握好刷新时机和方式，平衡数据新鲜度与系统性能。
