oracle不支持“异步刷新”模式，仅支持on commit（同步）和on demand（手动或调度触发）两种刷新时机；所谓“异步”实为on demand配合dbms_scheduler等定时任务实现，需显式指定refresh fast/complete on demand，并确保物化视图日志、主键约束及跨库权限等前提完备。
Oracle 不支持“异步刷新”这个说法，只支持 on demand 或 on commit
Oracle 的物化视图没有 ASYNC 刷新模式。所谓“异步刷新”，其实是用户对 ON DEMAND + 定时任务（如 DBMS_SCHEDULER）的通俗理解——即不依赖事务提交、也不阻塞业务，由后台按需/定时触发刷新。真正生效的只有两种刷新时机：ON COMMIT（同步、事务级、强一致性但性能开销大）和 ON DEMAND（手动或调度触发、实际异步行为）。
创建可被 DBMS_SCHEDULER 定时调用的物化视图
要实现“分布式场景下的准实时数据同步”，关键是让物化视图能被远程或定时调用刷新，而不是靠 ON COMMIT（它在分布式跨库场景下根本不可用）。必须满足：
-
REFRESH方法选FAST或COMPLETE，不能是NEVER -
REFRESH MODE必须为ON DEMAND（这是默认值，但建议显式写出） - 若用
FAST，主表必须有物化视图日志：CREATE MATERIALIZED VIEW LOG ON schema.table WITH ROWID, SEQUENCE(col1, col2) INCLUDING NEW VALUES - 物化视图本身不能含不支持快速刷新的结构（如分析函数、
ROWNUM、复杂外连接）
示例（基于远程表的物化视图）：
CREATE MATERIALIZED VIEW mv_remote_orders BUILD IMMEDIATE REFRESH FAST ON DEMAND START WITH SYSDATE NEXT SYSDATE + INTERVAL '30' MINUTE AS SELECT order_id, cust_id, amount FROM orders@remote_db;
注意：START WITH ... NEXT ... 只是注册刷新计划，真正执行仍靠 Oracle 内部调度器——它本质就是个封装好的 DBMS_SCHEDULER job。
手动刷新时必须用 DBMS_MVIEW.REFRESH，不能直接 INSERT/UPDATE
常见错误是把物化视图当普通表操作：
- 执行
INSERT INTO mv_remote_orders ...→ 报错ORA-12088: cannot perform DML on a read-only object - 误以为
ON DEMAND就等于“自动后台刷”，结果忘了建 job 或没授EXECUTE权限给DBMS_MVIEW - 跨数据库链接（
@db_link）未配置或权限不足，导致创建物化视图时报ORA-02019: connection description for remote database not found
正确手动刷新方式：
BEGIN
DBMS_MVIEW.REFRESH(
list => 'MV_REMOTE_ORDERS',
method => 'F', -- 'F'=fast, 'C'=complete, '?'=>force
atomic_refresh => FALSE -- 避免全表锁，推荐设 FALSE（尤其大数据量）
);
END;
分布式环境特别要注意物化视图日志与主键约束
在跨库同步中，FAST 刷新失败最常因两点：
- 远端主表没有定义主键或唯一约束，导致 Oracle 无法安全识别变更行（
FAST要求基表有ROWID或主键） - 物化视图日志建在本地库，但主表在远端——这是无效的。日志必须建在**主表所在数据库**上，且需通过同义词或完整对象名引用
-
DBMS_MVIEW.EXPLAIN_MVIEW是唯一可靠诊断手段：运行它可输出CAPABILITY_NAME和RELATED_TEXT，明确告诉你为什么不能FAST
容易被忽略的一点：BUILD DEFERRED 创建的物化视图首次刷新前查不到数据，且 DBMS_MVIEW.REFRESH 第一次调用会自动完成初始化（等效于 COMPLETE），不是“无感增量”。
