postgresql物化视图不支持自动刷新，需借助pg_cron等外部工具实现并发定时刷新；必须预先创建含全列唯一btree索引的物化视图，并确保其已初始化数据。
物化视图本身不支持自动刷新，必须靠外部调度
PostgreSQL 的 MATERIALIZED VIEW 没有内置定时或并发刷新机制。所谓“自动并发刷新”，本质是：用外部工具触发带 CONCURRENTLY 选项的 REFRESH MATERIALIZED VIEW 命令。这点容易误解——有人以为加个 ON COMMIT 或改个配置就能自动刷，其实不行。
关键前提：目标物化视图必须已用 CREATE MATERIALIZED VIEW ... WITH DATA 创建（不能是 WITH NO DATA），否则 CONCURRENTLY 会报错 ERROR: materialized view "xxx" has no data to refresh concurrently。
用 pg_cron 是最贴近“数据库内原生调度”的方案
pg_cron 是 PostgreSQL 官方推荐的扩展，以后台 worker 进程方式运行，语法接近 cron，任务定义存在数据库里，重启后自动恢复，比 shell 脚本 + 系统 cron 更可靠。
实操步骤：
- 确保 PostgreSQL 版本 ≥ 10，且已安装
pg_cron扩展（通常需编译或通过包管理器安装，如 Ubuntu 的postgresql-15-pg-cron） - 在
postgresql.conf中启用：shared_preload_libraries = 'pg_cron'，然后重启服务 - 连接数据库，执行：
CREATE EXTENSION IF NOT EXISTS pg_cron; - 用
cron.schedule()注册任务，例如每 5 分钟并发刷新一次：SELECT cron.schedule('refresh_mv_stats', '*/5 * * * *', 'REFRESH MATERIALIZED VIEW CONCURRENTLY mv_user_stats;');
注意：pg_cron 默认只允许超级用户调用 cron.schedule；若需普通用户调度，得显式授予权限：GRANT USAGE ON SCHEMA cron TO app_user; 并设置 pg_cron.enable_superuser_commands = off（需谨慎评估权限风险）。
并发刷新失败常见原因和规避方式
REFRESH MATERIALIZED VIEW CONCURRENTLY 不锁表，但依赖唯一索引校对新旧数据。一旦缺失或失效，就会报错 ERROR: could not find valid index for concurrent refresh。
必须满足的条件：
- 物化视图必须有一个 **全列、唯一、非延迟、btree 类型** 的索引，覆盖其所有列（即
CREATE UNIQUE INDEX ON mv_name (col1, col2, ...);） - 该索引不能含表达式、函数调用或
NULLS NOT DISTINCT等扩展特性 - 如果物化视图定义中用了
ORDER BY或窗口函数，可能隐式影响排序一致性，建议先用EXPLAIN (VERBOSE)查看计划是否稳定 - 并发刷新期间若底层表被大量写入（尤其涉及索引键更新），可能因数据比对冲突而重试多次甚至失败——这不是 bug，是设计使然；高写入场景下应评估是否真需要“并发”刷新，有时带短时锁的非并发刷新反而更稳
替代方案：用外部脚本 + 系统 cron，但要注意连接与事务控制
若无法安装 pg_cron（如云托管服务限制），可用 psql 脚本配合系统 cron。但别直接写 psql -c "REFRESH MATERIALIZED VIEW CONCURRENTLY ..." 就完事。
关键细节：
- 必须指定数据库名和用户，避免连错库：
psql -U myuser -d mydb -c "REFRESH MATERIALIZED VIEW CONCURRENTLY mv_orders_latest;" - 加上
-v ON_ERROR_STOP=1让错误中断，防止后续命令误执行 - 输出重定向到日志文件，方便排查：
> /var/log/pg-mv-refresh.log 2>&1 - 不要在脚本里用
BEGIN; ... COMMIT;包裹REFRESH——它本身就是一个独立事务，嵌套会报错ERROR: REFRESH MATERIALIZED VIEW cannot be executed from a function or multi-command string
真正容易被忽略的是连接池干扰：如果应用层用了 pgbouncer 等连接池，且配置为 transaction 模式，REFRESH CONCURRENTLY 会因无法维持长连接而失败。此时要么切到 session 模式，要么绕过连接池直连数据库。
