根本原因是exchange分区为ddl操作，不写入物化视图日志（mlog$_xxx），导致fast刷新缺失变更记录，oracle主动置mv为unusable以保障一致性；compile仅修复语法有效性，无法恢复fast能力，需补全日志列并执行dummy dml触发日志捕获。
Exchange分区后物化视图变 INVALID，根本原因不是 Exchange 本身触发了失效，而是 Exchange 操作绕过了物化视图日志（MLOG$_xxx），导致后续 FAST 刷新无法获取变更行，Oracle 为防止数据不一致，主动将 MV 置为 UNUSABLE 状态——这是保护机制，不是 bug。
Exchange 分区为什么绕过物化视图日志
物化视图日志只捕获 DML（INSERT/UPDATE/DELETE），而 ALTER TABLE ... EXCHANGE PARTITION 是 DDL 操作，完全不写入 MLOG$_xxx 表。即使日志建时加了 INCLUDING NEW VALUES，它也只对 INSERT 后的新行生效，对分区段级别的物理交换无感知。
- 查证方式：
SELECT COUNT(*) FROM MLOG$_base_table WHERE snaptime$$ > SYSDATE - 1，Exchange 后该值不会增加，但基表数据已变 - 后果：下一次
REFRESH FAST执行时，Oracle 发现日志里没有对应变更记录，拒绝刷新并置staleness = 'UNUSABLE' - 注意：
REFRESH COMPLETE仍可执行，但会全量重建，锁表且耗时长
执行 ALTER MATERIALIZED VIEW ... COMPILE 能否恢复
可以编译通过，但仅解决语法层面的 VALID 态，不解决数据一致性风险。COMPILE 成功后 compile_state 变为 VALID，但 staleness 通常仍是 'UNUSABLE' 或 'STALE'，FAST 刷新依然被禁用。
- 若 COMPILE 报错如
PLS-00302: component 'XXX' must be declared，说明 Exchange 后基表结构（比如列名、类型、约束）已和 MV 定义不兼容，必须重定义 MV - 若 COMPILE 成功但
REFRESH FAST仍报ORA-12052，说明日志缺失或未覆盖 Exchange 引入的新分区数据，需重建日志或补列 - 关键检查：
SELECT rowids, primary_key, sequence FROM DBA_MVIEW_LOGS WHERE master = 'BASE_TABLE_NAME'，三者至少两个为Y才支持 FAST
如何让 Exchange 后的物化视图重新支持 FAST 刷新
必须人工补全日志捕获能力，并确认新分区数据已被纳入变更跟踪范围。Exchange 本身不触发日志记录，但你可以用 DML “唤醒”日志。
- 先确保日志存在且含必要列：
CREATE MATERIALIZED VIEW LOG ON base_table WITH ROWID, SEQUENCE(partition_key_col) INCLUDING NEW VALUES；若日志已存在但缺partition_key_col，用ADD COLUMN补上 - Exchange 后立即对新交换进来的分区做一次 dummy DML：
UPDATE base_table SET col1 = col1 WHERE partition_key_col IN (new_partition_range) AND ROWNUM = 1，强制生成日志条目 - 再执行
EXEC DBMS_MVIEW.REFRESH('mv_name', 'F')，此时 FAST 才可能真正生效 - 更稳妥做法：Exchange 后直接跑一次
REFRESH COMPLETE，再开启后续 FAST，避免状态残留
为什么 DBMS_MVIEW.EXPLAIN_MVIEW 显示 REFRESH_FAST_AFTER_EXCHANGE = 'NO'
Oracle 官方明确不支持基于 Exchange 的 FAST 刷新，EXPLAIN_MVIEW 中该能力始终为 DISABLED。这不是配置问题，是内核限制——因为 Exchange 不产生日志，无法构造增量差异集。
- 不要试图通过隐含参数或补丁绕过此限制，所有“让 Exchange 触发 FAST”的尝试都会失败或导致数据错乱
- 如果你的业务强依赖 Exchange + FAST，应改用
INSERT /*+ APPEND */+DBMS_MVIEW.REFRESH组合替代 Exchange，或接受 Exchange 后必须REFRESH COMPLETE - 生产中高频 Exchange 场景，建议物化视图设计时避开依赖分区键做聚合，转而用时间戳字段 + 日志捕获，降低对分区操作的耦合度
最易被忽略的一点：Exchange 后即使手动插入几行测试数据并刷新成功，也不能代表后续自动刷新就安全——只要日志没覆盖 Exchange 涉及的分区键表达式，下一次定时刷新仍会卡在 UNUSABLE 状态。必须从日志结构、分区键列显式包含、以及首次 dummy DML 三个点同时闭环，才算真正解耦。
