PCT刷新失败的直接判断依据是EXPLAIN_MVIEW中CAPABILITY_NAME = 'PCT'显示POSSIBLE = 'N'或MSGTXT含“partition change tracking not supported”，根本原因在于基表未启用TRACKING ENABLE、物化视图日志缺失INCLUDING NEW VALUES、或未执行ENABLE ROW MOVEMENT，三者缺一不可；分区交换后还需调用DBMS_MVIEW.PARTITION_CHANGING更新元数据，否则PCT静默失效。
PCT刷新失败的典型报错和直接判断依据
EXPLAIN_MVIEW里CAPABILITY_NAME = 'PCT'显示POSSIBLE = 'N'或MSGTXT含“partition change tracking not supported”，不是配置漏写了PCT，而是底层物理条件没满足。Oracle根本不会尝试走PCT路径，连日志解析都跳过。
常见现象包括：分区表做了EXCHANGE PARTITION后刷新变慢、REFRESH_FAST成功但实际没用上分区级增量、DBMS_MVIEW.EXPLAIN_MVIEW返回DISABLED却不报错——这些都不是“刷新失败”，而是PCT被静默绕过。
-
SELECT tracking_enabled FROM user_part_tables WHERE table_name = 'YOUR_TABLE'返回NO→ 分区表变更跟踪未启用 -
SELECT log_table, rowids, sequence, including_new_values FROM user_mview_logs WHERE master = 'YOUR_TABLE'中including_new_values为NO→ 日志不捕获新增分区数据 -
SELECT staleness, refresh_method FROM user_mviews WHERE mview_name = 'YOUR_MV_NAME'中refresh_method = 'COMPLETE'→ PCT未生效，退化为全量刷
三重硬性条件缺一不可
PCT不是开关，是基表、日志、物化视图三者强耦合的结果。任意一项缺失，REFRESH_FAST仍可跑通，但PCT能力始终DISABLED。
- 基表必须是
RANGE、LIST或HASH分区（INTERVAL在12c+才稳定支持） - 执行
ALTER TABLE table_name ENABLE ROW MOVEMENT和ALTER TABLE table_name TRACKING ENABLE（注意不是ENABLE TRACKING，词序错就无效） - 物化视图日志必须显式包含
INCLUDING NEW VALUES且PCT关键字放在语句末尾：CREATE MATERIALIZED VIEW LOG ON t WITH ROWID, SEQUENCE (col) INCLUDING NEW VALUES PCT
漏掉INCLUDING NEW VALUES是最隐蔽的坑——日志只记录旧值变更，新增分区的INSERT根本进不了MLOG$表，PCT失去输入源，自然无法触发。
分区交换后PCT元数据未更新
做完EXCHANGE PARTITION、SPLIT PARTITION或ADD PARTITION后，Oracle不会自动感知分区结构变化。此时REFRESH_FAST仍按旧分区元数据执行，大概率跳过新分区变更或报错ORA-12034。
必须手动调用：DBMS_MVIEW.PARTITION_CHANGING('mv_name', 'partition_name')（partition_name可填NULL表示全部分区）。这个动作注册新分区到PCT元数据，否则后续所有刷新都无效。
验证是否生效：SELECT partition_name, last_analyzed FROM user_tab_partitions WHERE table_name = 'YOUR_MV_NAME'，看分区统计信息时间是否更新；更直接的是再次运行EXPLAIN_MVIEW，确认PCT状态变为Y。
聚合字段与分区键不一致导致PCT降级
PCT要求物化视图的聚合逻辑能稳定映射到分区边界。如果基表按sale_date分区，但MV里写GROUP BY TO_CHAR(sale_date, 'YYYY-MM')，Oracle无法保证分区剪枝稳定性，PCT自动禁用。
- 正确写法：用分区键本身或其前缀列做分组，例如
GROUP BY TRUNC(sale_date, 'MM')（前提是sale_date是DATE类型且分区粒度匹配） - 避免函数包裹分区键，如
UPPER(partition_col)、TO_NUMBER(col)等，会导致PCT元数据注册失败 - 检查
EXPLAIN_MVIEW输出中RELATED_TEXT字段，若出现“grouping on non-partition key”类提示，就是这个原因
修复后别忘了重新编译：ALTER MATERIALIZED VIEW mv_name COMPILE，否则STALENESS可能卡在NEEDS_COMPILE状态，查询重写也失效。
