oracle跨实例只读缓存最稳路径是物化视图+dblink，需配好日志（建于远程源表、含主键或rowid）、权限（远程授权select、本地有dblink查询权）、刷新策略（fast需日志支持，on commit不跨库）及查询重写（enable query rewrite+query_rewrite_enabled=true）。
直接用物化视图 + DBLink 是 Oracle 跨实例只读缓存最稳的路径，但必须配好日志、刷新策略和权限，否则查到的是过期数据或直接报错。
创建物化视图前必须建好物化视图日志
没有日志，REFRESH FAST 就是摆设，哪怕你写了也会退化成完全刷新。日志必须建在源库（远程库）的基表上，不是本地库。
- 源表有主键：用
WITH PRIMARY KEY，这是最常见也最稳妥的方式 - 源表没主键但有唯一非空列：可改用
WITH ROWID，但要求 DBLink 连接稳定且不跨平台（比如不能从 Linux 源连 Windows 目标） - 如果源表字段会频繁更新聚合字段（如
SUM(amount)），日志里得显式包含这些列，否则快速刷新会失败 - 执行后务必查
user_mview_logs确认日志已生效，别只看语句没报错就以为成功
DBLink 权限和物化视图刷新方式要匹配
本地库用户必须对 DBLink 有查询权限，且远程表本身也要授权——很多人卡在这一步，错误信息通常是 ORA-01031: insufficient privileges 或 ORA-02063: preceding line from xxx_dblink。
- 远程库执行：
GRANT SELECT ON hr.employees TO remote_user;（remote_user是 DBLink 所用账号） - 本地库创建物化视图时，
REFRESH FAST ON DEMAND和REFRESH COMPLETE ON DEMAND都支持 DBLink，但ON COMMIT不支持跨库场景 - 若选
FAST，必须确保远程库物化视图日志存在且结构兼容；否则强制走COMPLETE，大表可能卡住刷新任务
刷新时间表达式别硬拼字符串，用 TRUNC 和 INTERVAL
用 TO_DATE(CONCAT(...)) 写刷新时间，容易因 NLS_DATE_FORMAT 不一致导致 ORA-01840: input value not long enough for format string 错误，尤其在跨库环境。
- 每天凌晨 2 点刷新：
NEXT TRUNC(SYSDATE) + 2/24 - 每 2 小时刷新一次：
NEXT SYSDATE + INTERVAL '2' HOUR - 首次刷新延迟 5 分钟：
START WITH SYSDATE + INTERVAL '5' MINUTE NEXT ... - 修改已有物化视图刷新时间，必须用
ALTER MATERIALIZED VIEW ... REFRESH ...，不能只改user_jobs或调度表
查询重写（Query Rewrite）不是默认开启的
即使你建了物化视图，Oracle 默认也不会自动把查基表的 SQL 改成查物化视图，除非打开查询重写并满足条件，否则缓存形同虚设。
- 本地库需设置：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE;（会话级）或ALTER SYSTEM SET QUERY_REWRITE_ENABLED = TRUE;（实例级） - 物化视图创建时要加
ENABLE QUERY REWRITE子句 - 基表和物化视图字段类型、精度必须严格一致，比如
VARCHAR2(50)对VARCHAR2(100)就不触发重写 - 查
EXPLAIN PLAN看执行计划是否出现MATERIALIZED VIEW REWRITE，而不是只看有没有走索引
最容易被忽略的是日志与刷新模式的耦合性：删了日志却不重建，后续所有 FAST 刷新都会静默降级为 COMPLETE，而你可能几天后才发现查询变慢了——因为没人盯 last_refresh_date 和 refresh_method 字段的变化。
