Oracle 10g中的隐含参数_complex_view_merging是影响复杂视图查询性能的关键配置，默认值为TRUE，开启时会让优化器尝试将外层查询和复杂视图进行合并重写，以此寻找更优的执行路径。但在部分关联逻辑复杂、视图包含聚合或多层嵌套的场景下，这种合并反而会让优化器误判成本，生成效率极低的查询计划，最终引发查询性能大幅下降的问题。
参数作用与问题表现
_complex_view_merging的核心作用是控制优化器是否对包含集合操作、聚合函数、GROUP BY、DISTINCT等逻辑的复杂视图执行合并操作。当参数开启时，优化器会把视图的定义和外层查询的过滤、关联条件融合在一起生成执行计划。
这类性能问题的典型表现是：原本运行正常的复杂视图查询突然变慢，执行计划中出现不合理的全表扫描、嵌套循环次数异常增加，手动添加Hint禁止视图合并后查询速度会恢复正常。
问题排查步骤
遇到疑似该参数引发的性能问题时，可以按照以下步骤排查：
- 查看当前会话或系统的_complex_view_merging参数值，确认参数是否处于开启状态
- 获取慢查询的执行计划，检查是否存在视图合并相关的操作标识
- 使用Hint临时禁止视图合并，对比两次查询的执行计划和耗时，判断是否为参数导致的问题
查看参数当前值
Oracle的隐含参数无法通过常规的SHOW PARAMETER命令查看，需要通过下面的SQL查询：
SELECT
x.ksppinm 参数名称,
y.ksppstvl 当前值,
y.ksppstdf 是否为默认值
FROM
x$ksppi x,
x$ksppcv y
WHERE
x.inst_id = USERENV('Instance')
AND y.inst_id = USERENV('Instance')
AND x.indx = y.indx
AND x.ksppinm = '_complex_view_merging';对比执行计划验证问题
可以先执行原始查询获取执行计划，再添加NO_MERGE的Hint再次执行，对比两者的差异：
-- 原始查询获取执行计划 EXPLAIN PLAN FOR SELECT * FROM ( SELECT dept_id, COUNT(*) AS emp_cnt FROM emp GROUP BY dept_id ) v JOIN dept d ON v.dept_id = d.dept_id WHERE d.dept_name = '技术部'; -- 禁止视图合并的查询获取执行计划 EXPLAIN PLAN FOR SELECT /*+ NO_MERGE(v) */ * FROM ( SELECT dept_id, COUNT(*) AS emp_cnt FROM emp GROUP BY dept_id ) v JOIN dept d ON v.dept_id = d.dept_id WHERE d.dept_name = '技术部';
解决方案
临时调整参数
如果是紧急的性能问题，可以先临时修改会话级的参数值，不用重启数据库，仅对当前会话生效：
-- 会话级关闭复杂视图合并 ALTER SESSION SET "_complex_view_merging" = FALSE;
如果需要全局调整，可以修改系统级参数，但要注意该操作会影响所有会话的查询逻辑，建议在测试环境验证后再执行：
-- 系统级关闭复杂视图合并，重启后失效 ALTER SYSTEM SET "_complex_view_merging" = FALSE SCOPE = MEMORY; -- 系统级修改并持久化，重启后生效 ALTER SYSTEM SET "_complex_view_merging" = FALSE SCOPE = SPFILE;
长期优化方案
不建议直接全局关闭该参数，因为大部分场景下参数开启能提升查询性能，更合理的长期优化方式包括：
- 对频繁出现性能问题的视图，在查询中添加NO_MERGE的Hint，仅针对单个查询禁用合并
- 优化视图定义，减少不必要的嵌套和复杂逻辑，降低优化器误判的概率
- 定期收集表和索引的统计信息，让优化器能基于准确的成本生成更合理的执行计划
- 对于核心的慢查询，固定其最优执行计划到SQL Profile中，避免参数调整或统计信息变化导致计划退化
注意事项
隐含参数属于Oracle未公开的支持范围，修改前一定要在测试环境充分验证，确认不会影响其他业务的查询性能。如果是生产环境操作，建议先联系Oracle官方支持确认修改方案，避免引发其他未知的兼容性问题。同时修改后要持续监控相关查询的性能变化，根据实际情况动态调整配置。
Oracle_10g隐含参数_complex_view_merging性能优化查询计划修改时间：2026-06-07 00:14:58