物化视图必须显式分区且统计信息准确，partition_start/stop显示具体数字才表示分区裁剪生效；仅object_name为mv名或explain_rewrite返回text_match不保证裁剪。
EXPLAIN PLAN 显示物化视图名 ≠ 真正用了分区裁剪
看到执行计划里 OBJECT_NAME 是物化视图名，不代表它就走了分区剪枝。Oracle 只有在物化视图本身被定义为分区表、且查询谓词能精准匹配其分区键时，才会填入 PARTITION_START 和 PARTITION_STOP 字段。如果这两个字段显示 KEY 或 ROW LOCATION，说明压根没裁剪。
实操建议：
- 先确认物化视图是否真的分区：查
DBA_TAB_PARTITIONS，WHERETABLE_NAME = 'YOUR_MV_NAME'，若无记录，说明它是单段表，不可能裁剪 - 执行
EXPLAIN PLAN FOR SELECT * FROM your_mv WHERE mv_partition_col = DATE '2024-01-01'，再运行SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY) - 重点看输出中
PARTITION_START和PARTITION_STOP列——出现具体数字（如3、5）才表示裁剪生效；KEY表示谓词未被识别，ALL表示全扫 - 注意大小写和引号：如果物化视图 DDL 中用双引号定义了分区键列名（如
"Event_Date"），查询里也必须严格一致，否则优化器不匹配
DBMS_MVIEW.EXPLAIN_REWRITE 返回 TEXT_MATCH 也不代表分区有效
DBMS_MVIEW.EXPLAIN_REWRITE 只验证“查询是否重写到物化视图”，不校验物化视图内部是否分区、是否裁剪。即使返回 REWRITE_MECHANISM = TEXT_MATCH，若物化视图本身未分区，或查询中对分区键用了函数（如 TRUNC(dt)），依然全表扫描。
常见错误现象：
- 基表按
SALES_DATE分区，物化视图也按SALES_DATE分区，但查询写成WHERE TRUNC(SALES_DATE) = DATE '2024-01-01'→ 分区键被函数包裹，裁剪失效 - 物化视图定义中写的是
PARTITION BY RANGE (TRUNC(SALES_DATE, 'MM'))→ Oracle 不支持表达式分区键用于裁剪，只认纯列名 - 查询中混用绑定变量和字面量：
WHERE dt BETWEEN :start AND DATE '2024-01-01'→ 类型隐式转换可能中断裁剪链
物化视图未显式分区是最大盲区
Oracle 从不自动继承基表的分区结构。哪怕基表是 1000 个按日期范围分区的表，物化视图默认仍是单个段（SEGMENT_TYPE = TABLE）。这是导致“明明基表分区了，MV 查询还是慢”的根本原因。
必须显式声明分区策略：
- 12c 及以上支持直接
CREATE MATERIALIZED VIEW ... PARTITION BY RANGE (dt) (...) - 若版本受限或需复用已有分区逻辑，可先建已分区的容器表（
CREATE TABLE mv_container PARTITION BY RANGE...），再用ON PREBUILT TABLE关联物化视图 - 分区键列类型、精度、NLS 设置必须与基表完全一致；比如基表用
DATE，MV 就不能用TIMESTAMP，否则统计信息不兼容，优化器不敢裁剪 - 建完后立刻执行
DBMS_STATS.GATHER_TABLE_STATS，否则优化器因缺统计信息误判为全扫更便宜
刷新后不收集统计信息，分区裁剪大概率失效
物化视图每次 REFRESH COMPLETE 或首次 REFRESH FAST 后，其底层段的统计信息不会自动更新。优化器依赖这些统计来估算分区剪枝收益，若 NUM_ROWS 为 0 或过期，它宁愿走全表扫描也不冒险裁剪。
实操要点：
- 刷新完成后立即执行：
DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCHEMA', tabname => 'YOUR_MV_NAME', cascade => TRUE) - 不要依赖
DBMS_STATS.AUTO_TASK—— 它默认跳过物化视图，除非显式加入白名单 - 检查统计是否生效：
SELECT NUM_ROWS, PARTITION_NAME FROM DBA_TAB_STATISTICS WHERE TABLE_NAME = 'YOUR_MV_NAME' AND PARTITION_NAME IS NOT NULL，确保每分区都有非空NUM_ROWS - 如果物化视图启用了
QUERY REWRITE，还要确认用户级统计（DBA_TAB_COL_STATISTICS）中分区键列的直方图存在且准确，否则范围谓词选择率估算偏差极大
分区裁剪是否生效，最终只取决于物化视图自身的物理结构和统计信息质量，跟基表分不分区、分得有多细，没有直接关系。最容易被忽略的是：建完分区 MV 后忘记收集统计，或者把基表的分区逻辑错误地套用到 MV 定义里（比如加了函数）。
