query_rewrite_enabled未启用、物化视图未显式声明enable query rewrite、或mv统计信息陈旧，是查询重写不生效的三大主因；需同时满足参数开启、mv合法启用及状态最新三条件。
QUERY_REWRITE_ENABLED 没开，或开了但物化视图没显式声明 ENABLE QUERY REWRITE，是查询重写不生效的最常见原因——不是“建了就能用”，而是“开关全开+语义匹配+状态合法”三者缺一不可。
确认 QUERY_REWRITE_ENABLED 是否真启用
Oracle 23ai 默认仍为 FALSE，即使你建了带 ENABLE QUERY REWRITE 的物化视图，优化器压根不会进入重写决策流程。
- 查当前值：
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'query_rewrite_enabled'—— 返回必须是TRUE或FORCE（FORCE会绕过物化视图级禁用设置） - 会话级开启仅对当前连接有效：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE；应用连接池未执行该语句，等于白开 - 生产环境常踩坑：开发测试时用
ALTER SESSION成功，上线后 JDBC 连接未配置初始化 SQL，实际仍是默认FALSE
检查物化视图是否真正支持重写
建 MV 时漏掉 ENABLE QUERY REWRITE 子句，等同于建了一张普通表——hint 如 /*+ REWRITE */ 会被忽略，因为对象本身不具备重写能力。
- 验证命令：
SELECT REWRITE_ENABLED FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV_NAME'，返回值必须是Y - 已有 MV 补救：不能
ALTER MATERIALIZED VIEW ... ENABLE QUERY REWRITE（语法不支持），只能DROP后重建 - 注意兼容性前提：基表需有主键或启用
ROWID，否则建 MV 时若含聚合/连接，会报ORA-30353: expression not supported for query rewrite
执行计划里没出现物化视图名？先看 DBMS_MVIEW.EXPLAIN_REWRITE
直接看 EXPLAIN PLAN FOR 容易误判——如果重写根本没触发，执行计划里自然只显示基表；而 DBMS_MVIEW.EXPLAIN_REWRITE 能明确告诉你“为什么没选上”。
- 运行前确保权限：
GRANT QUERY REWRITE TO your_user - 关键字段关注：
REWRITE_MECHANISM若为NO_REWRITE，再看MESSAGE内容：
– 出现partition key not used：查询中对分区键用了函数（如TRUNC(dt)），或列名与 MV 分区键不一致
– 出现expression not supported：WHERE 中用了非确定性函数（SYSDATE、NVL）、类型转换或别名
– 出现no suitable materialized view found：不是分区问题，而是语义不等价（如查询含AVG()但 MV 只存SUM()和COUNT()） - 23ai 对隐含参数
_query_rewrite_validation默认仍为ENFORCED，若 MV 状态为STALE，即使其他条件都满足也会静默跳过
统计信息陈旧或索引失效，会让重写“成功但变慢”
重写生效了（执行计划里看到 MV 名），但性能反而下降，大概率是物化视图自身的统计信息没更新，导致优化器选错访问路径——比如该走局部索引却全表扫描，该分区剪枝却扫全部分区。
- 刷新后必须立刻执行：
DBMS_STATS.GATHER_TABLE_STATS('SCHEMA', 'MV_NAME', cascade => TRUE)
–cascade => TRUE是关键，否则本地索引统计不会更新
– 若 MV 含大量分区，避免用AUTO_SAMPLE_SIZE，可设estimate_percent => 10 - 检查索引状态：
SELECT INDEX_NAME, STATUS FROM DBA_INDEXES WHERE TABLE_NAME = 'YOUR_MV_NAME'，若为UNUSABLE，需ALTER INDEX ... REBUILD - 特别注意预建表（
ON PREBUILT TABLE）场景：统计信息必须收集到物理表名，不是 MV 名
DBMS_MVIEW.EXPLAIN_REWRITE。最容易被忽略的是——你以为重写失败是功能问题，其实只是 LAST_ANALYZED 时间戳还停在三个月前。
