物化视图查询未重写主因是query rewrite未启用或配置不全：会话级参数未开、mv定义缺enable query rewrite、权限未直授、完整性约束不满足或基表无rely主键。
物化视图建好了、刷出来了、索引也加了，但查询还是扫基表——不是mv没用，而是query rewrite根本没启动。oracle的查询重写是“全有或全无”机制，任一条件不满足就静默跳过，不会降级、不会报错、也不会提示你哪里错了。
为什么EXPLAIN PLAN里看不到物化视图？
因为EXPLAIN PLAN默认不走重写路径，它只展示“不启用重写时的执行计划”。你看到基表被扫描，不代表重写失败，只是优化器压根没考虑重写。
- 必须用
DBMS_MVIEW.EXPLAIN_REWRITE显式验证：先执行EXEC DBMS_MVIEW.EXPLAIN_REWRITE('SELECT ...', 'mv_name'); - 再查
REWRITE_TABLE（需提前运行UTLXRWY.SQL），重点看REWRITE_MECHANISM字段：TEXT_MATCH或GENERAL才算成功；UNREWRITTEN表示语义不匹配，FAILED多因权限或参数缺失 -
EXPLAIN PLAN只能用于确认重写生效后的最终执行计划，不能用来诊断“为何不重写”
QUERY_REWRITE_ENABLED到底有没有真正开启？
这个参数必须在**SQL实际执行的会话上下文**中为TRUE，实例级设置≠会话级生效。连接池场景下极易掉坑。
- 查会话级值：用
SELECT SYS_CONTEXT('USERENV', 'SESSIONID') FROM DUAL;配合V$SES_OPTIMIZER_ENV，或直接跑SELECT VALUE FROM V$PARAMETER WHERE NAME = 'query_rewrite_enabled';——注意这查的是实例级，不可靠 - Spring Boot + HikariCP等连接池默认不会执行
ALTER SESSION，开发环境手动开过，生产库没配初始化语句，实际仍是FALSE - 安全做法：在应用数据源配置里加
connection-init-sql=ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE（HikariCP）或等效初始化命令
物化视图定义漏了ENABLE QUERY REWRITE就白搭
没有这个子句，MV就是张普通表，/*+ REWRITE */ hint会被优化器直接忽略。且无法事后补救。
- 正确写法：
CREATE MATERIALIZED VIEW mv_sales_daily ENABLE QUERY REWRITE AS SELECT ... - 错误写法：
CREATE MATERIALIZED VIEW mv_sales_daily REFRESH COMPLETE ON DEMAND AS SELECT ...（缺子句） - 已有MV漏了？
ALTER MATERIALIZED VIEW ... ENABLE QUERY REWRITE语法不支持——截至2026年5月23日，只能DROP后重建 - 建MV时若基表无主键或未启用
ROWID，会报ORA-30353，导致ENABLE QUERY REWRITE根本无法生效
权限必须直授，角色继承完全无效
哪怕你有DBA角色，SESSION_ROLES里能看到它，QUERY REWRITE也不会触发。
- 必须显式执行：
GRANT QUERY REWRITE TO username; - 跨schema重写还需：
GRANT GLOBAL QUERY REWRITE TO username; - 对他人创建的MV，必须有
SELECT ON schema.mv_name——SELECT_CATALOG_ROLE不够 - 查当前会话真实拥有的系统权限：
SELECT * FROM SESSION_PRIVS;，不是SESSION_ROLES
最常被忽略的点是：QUERY_REWRITE_INTEGRITY=ENFORCED（默认）下，只要MV状态是STALE，或基表缺RELY约束，重写就静默失败，连EXPLAIN_REWRITE的MESSAGE字段都可能只写“integrity violation”而不说明具体哪条约束缺了。
