物化视图快速刷新失败时，DBA_MVIEW_ANALYSIS.FAST_REFRESHABLE为NO是因静态评估未满足硬性前提：基表无主键或未完整引用、日志缺WITH ROWID/JOIN列、日志建在错误schema、分区表日志未加INCLUDING NEW VALUES及SEQUENCE等。
物化视图同步失败时，不能直接“回滚”刷新操作本身——它不是事务性操作；真正要做的，是定位日志缺失或不匹配的环节，再重建日志或调整刷新策略。
物化视图快速刷新失败后，为什么DBA_MVIEW_ANALYSIS显示FAST_REFRESHABLE为NO
这不是配置错误，而是Oracle在创建物化视图时已静态评估过所有依赖条件。一旦DBA_MVIEW_ANALYSIS.FAST_REFRESHABLE为NO，说明至少有一条硬性前提没满足：
-
ON PREBUILT TABLE方式创建的物化视图，若基表无主键，或主键未被物化视图SQL完整引用，FAST即不可用 - 多表关联场景下，任意一个基表的日志缺
WITH ROWID，或漏了JOIN列（如orders.customer_id），整个物化视图就标记为不可快速刷新 - 日志建在了错误schema下：比如物化视图定义中写的是
sales_detail，但日志建在了同名但不同用户的SCOTT.sales_detail上，Oracle默认按大写+当前用户解析，会静默忽略
分区表上建物化视图日志必须加INCLUDING NEW VALUES
分区表常用于海量数据场景，而INCLUDING NEW VALUES是增量识别INSERT的关键。不加它，日志只存旧值（OLD VALUES），INSERT行无法被捕获，导致后续FAST刷新漏数据——现象是物化视图里永远看不到新插入的分区数据。
正确写法示例：
CREATE MATERIALIZED VIEW LOG ON sales_partitioned WITH SEQUENCE, ROWID (sale_id, amount, region) INCLUDING NEW VALUES;
注意三点：
- 必须显式列出所有被物化视图SELECT的列，不能只写
ON sales_partitioned -
WITH SEQUENCE不可省略，否则Oracle无法排序DML顺序，UPDATE/DELETE可能应用错行 - 如果分区表启用了
PARTITION CHANGE TRACKING (PCT)，还需额外确认物化视图定义中是否含ENABLE QUERY REWRITE，否则PCT刷新不会触发
刷新失败后如何安全清理并重建日志
别急着DROP MATERIALIZED VIEW LOG——这会清空所有未消费的日志记录，可能导致多个物化视图同时丢失增量。稳妥做法是分步处理：
- 先查
USER_MVIEW_LOGS确认该日志是否被其他物化视图复用：LOG_TABLE字段对应底层MLOG$_xxx表名，结合MASTER和LOG_OWNER判断范围 - 若仅单个物化视图专用，可执行
TRUNCATE TABLE mlog$_sales_partitioned清空日志内容，保留结构 - 重建日志前，务必停掉所有对该基表的DML（或业务低峰期操作），避免日志写入与重建冲突
- 重建后立即验证：
EXEC DBMS_MVIEW.EXPLAIN_MVIEW('mv_sales_summary');，检查msgtxt里是否还有UNUSABLE或REFRESH FAST not possible字样
最易被忽略的一点：物化视图日志的SNAPTIME$$列记录的是各物化视图上次刷新时间点，多个MV共享一个日志时，只要有一个MV没刷新，日志就无法自动清理——这会导致日志表持续膨胀，最终拖慢所有依赖它的刷新操作。定期用DBMS_MVIEW.REFRESH显式刷新、或设置ON COMMIT模式，比单纯清日志更治本。
