物化视图未生效的首要原因是QUERY_REWRITE_ENABLED未开启；需全局或会话级启用该参数，且物化视图必须显式声明ENABLE QUERY REWRITE，同时确保其状态为FRESH、权限完备、统计信息最新。
物化视图没生效？检查 QUERY_REWRITE_ENABLED 是否真开启
oracle 默认关闭查询重写，即使你建了物化视图、加了 enable query rewrite，只要这个全局开关没开，优化器根本不会考虑用它。不是“建了就自动加速”，而是“开了才可能被选中”。
-
ALTER SYSTEM SET QUERY_REWRITE_ENABLED = TRUE;（需 DBA 权限，影响全局） - 或会话级：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE;（仅当前会话有效，适合测试） - 查当前值：
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'query_rewrite_enabled';—— 注意返回的是TRUE或FALSE字符串，不是数字 - 容易踩的坑：开发环境开了，生产没同步；或者用了
ALTER SESSION测试成功，上线后应用连接池没执行该语句，实际仍为默认FALSE
物化视图必须带 ENABLE QUERY REWRITE 子句，且不能只靠 hint
建物化视图时漏掉这个子句，等于白建——它只会作为普通表存在，不参与查询重写决策。Hint（如 /*+ REWRITE */）只是建议，不是强制；当物化视图本身不支持重写，hint 会被忽略。
- 正确写法：
CREATE MATERIALIZED VIEW mv_sales_summary REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS SELECT ...; - 错误写法：
CREATE MATERIALIZED VIEW mv_sales_summary REFRESH COMPLETE ON DEMAND AS SELECT ...;（缺ENABLE QUERY REWRITE） - 如果已有 MV 漏了该子句，不能 ALTER 修改，只能
DROP后重建 - 注意兼容性：
ENABLE QUERY REWRITE要求基表有主键或启用ROWID伪列，否则建 MV 会报ORA-30353: expression not supported for query rewrite
查询 SQL 必须“语义等价”，不是长得像就能重写
优化器不会做复杂逻辑推导。哪怕你查的是 SELECT SUM(amount) FROM sales WHERE dt >= DATE '2024-01-01'，而 MV 是按月预聚合的 SELECT month, SUM(amount) FROM sales GROUP BY month，也不会自动匹配——因为过滤条件和分组维度不一致。
- 典型可重写场景：查询字段、WHERE 条件、GROUP BY 列都落在 MV 的 SELECT 列和预计算范围内
- 常见失败点：
WHERE中用了函数（如TO_CHAR(dt, 'YYYY-MM')），但 MV 里存的是原始dt；或查询含ORDER BY，而 MV 没建对应索引，导致重写后排序成本更高，优化器主动弃用 - 验证是否命中：执行
EXPLAIN PLAN FOR ...后查PLAN_TABLE，看OBJECT_NAME是否为你的 MV 名，而不是原表名 - 性能陷阱：MV 刷新延迟会导致结果“旧”，尤其
ON COMMIT刷新在高并发下可能拖慢事务；ON DEMAND则要自己控制刷新时机
权限和依赖对象状态直接影响重写可用性
物化视图能建出来，不代表它随时可用。任何依赖对象失效、权限缺失或统计信息过期，都会让优化器跳过该 MV。
- 检查 MV 状态：
SELECT MVIEW_NAME, STALENESS, STALE_SINCE FROM USER_MVIEWS WHERE MVIEW_NAME = 'MV_SALES_SUMMARY';——STALE或UNUSABLE表示不可用于重写 - 确保用户对 MV 和所有基表都有
SELECT权限（不只是SELECT ANY TABLE，有些版本要求显式授权） - 基表统计信息过旧？运行
DBMS_STATS.GATHER_TABLE_STATS更新基表和 MV 自身的统计信息，否则优化器可能误判成本而放弃重写 - 物化视图日志（
MATERIALIZED VIEW LOG）缺失或损坏也会导致FAST刷新失败，进而使 MV 进入STALE状态
真正卡住性能的，往往不是“要不要用物化视图”，而是 QUERY_REWRITE_ENABLED 开没开、MV 建的时候有没有写 ENABLE QUERY REWRITE、以及基表数据变没变导致 MV 过期——这三个点漏一个，前面全白忙。
