oracle 12c物化视图在只读物理备库上无法实时刷新，因备库只读架构禁止任何写操作（包括mv刷新所需的dml/ddl），执行即报ora-16000；可行方案是主库刷新+备库查询重写，依赖enable query rewrite、real-time apply及严格匹配的sql条件。
oracle 12c物化视图在只读物理备库上**无法实现真正实时刷新**——因为备库处于open read only状态，不支持任何写操作，而所有物化视图刷新（包括on commit、dbms_mview.refresh）本质都是dml或ddl写入，会直接报ora-16000。
为什么备库上不能刷物化视图
物理备库启用Active Data Guard后虽可OPEN READ ONLY，但其底层仍是“只读数据库实例”：所有物化视图刷新动作（哪怕只是REFRESH FAST）都需要向物化视图基表执行INSERT/UPDATE/DELETE，或重建日志消费逻辑，这违反只读约束。Oracle会在刷新尝试瞬间抛出ORA-16000: database open for read-only access，不是权限问题，是架构硬限制。
- 主库上的
REFRESH ON COMMIT只在主库生效，不会同步到备库；备库只回放归档/在线日志的物理块变更，不解析、不重放PL/SQL逻辑 -
DBMS_MVIEW.REFRESH('MV', 'F')在备库执行会立即失败，连日志消费环节都进不去 - 即使建了物化视图日志（
MLOG$_xxx），备库也不会维护它——日志表本身也是写对象，只读状态下禁止创建或更新
替代方案：主库刷新 + 备库查询重写
可行路径是把刷新留在主库，让备库只负责高效查询。关键不是“在备库刷”，而是“让备库查到刚刷好的结果”。这依赖查询重写（Query Rewrite）+ ADG实时应用：
- 主库创建物化视图时必须带
ENABLE QUERY REWRITE，且确保QUERY_REWRITE_ENABLED=TRUE（系统级或会话级） - 主库基表DML提交后，立刻触发
REFRESH ON COMMIT或由调度器调用DBMS_MVIEW.REFRESH('MV','F')，保证主库侧数据最新 - 备库开启
REAL-TIME APPLY（即USING CURRENT LOGFILE），使日志应用延迟控制在秒级内（查V$DATAGUARD_STATS中apply lag≤ 5秒） - 应用连接备库时，SQL需满足重写条件：WHERE条件字段必须出现在物化视图SELECT列表中，且无阻断重写的函数（如
SYSDATE、ROWNUM）
常见踩坑点：备库查不到物化视图
即使主库刷成功、ADG延迟很低，备库仍可能走基表全扫——这不是刷新问题，是重写没命中：
- 用户缺少
QUERY REWRITE权限（不是SELECT ANY TABLE就能替代） - 物化视图定义里漏了常用过滤字段，比如基表按
time_id分区，但物化视图SELECT没包含time_id，WHEREtime_id > ...就无法重写 - 备库未显式启用重写：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE（会话级默认常为FALSE） - 执行计划里看不到
REWRITE字样？用EXPLAIN PLAN FOR ...后查PLAN_TABLE，确认OBJECT_NAME是否为物化视图名而非基表名
别碰ON QUERY COMPUTATION（实时物化视图）
Oracle 12.2+的ON QUERY COMPUTATION看似能绕过刷新，但它在只读备库上同样失效：
- 该特性依赖后台变更跟踪机制（非物化视图日志），需要写入内部结构，只读库禁止
- 文档明确说明：
ON QUERY COMPUTATION与REFRESH ON COMMIT互斥，且要求数据库处于读写模式 - 尝试创建会报
ORA-32343: cannot create materialized view with ON QUERY COMPUTATION in read-only database
真正能落地的方案只有主库刷新+备库重写。复杂点在于重写规则比想象中严格：字段对齐、权限分散、会话设置、ADG延迟抖动都会导致失效。别指望“配个参数就自动变快”，得一条条验证执行计划。
