Oracle之SQL查询突破性能瓶颈的参数

这两天为客户排查生产环境上一个SQL的查询性能问题

现象：

1、两万当量的返回结果(数据总量在几十万量级)

生产环境：耗时在30min左右

测试环境：耗时在但是在本地测试环境和客户的测试环境性能都还是可以的，大概在10min以内

以下是我排查的思路：

一、由于同一段SQL在不同的环境差距太大，就重新收集了所用数据库对象的统计信息，测试无果

二、查看了执行计划，显示大表走了全表扫描，但是我需要的返回结果是全量级别的数据，而非部分数据的返回，并且非主键使用了'<>'(主键使用<>会依然走索引),也破坏了走索引的这项规则，在综合评估之后，感觉走全表扫描就是最优解，所以就没有通过hints的方式去人工干预SQL的执行计划！

三、改便SQL写法，使用nvl()的情况改用union all 的方式，测试之，收效甚微！

四、老大建议将select 后面的子查询放在from 后面，测试之，结果依旧不理想！

五、将驱动表(即选择小数据量的表)放在from 的最后，测试发现还是没有效果，为什么没有效果呢？因为这种方式是在RBO时代有效，但是在CBO(Oracle 9i之后)时代是没有效果的，因为CBO会自动的去找驱动表，

排查到这里发现已经排查不下去了，感觉就是环境在作怪！

后来现场实施发来了一个客户自己给出的建议，这个方案是客户在购买了Oracle服务之后由Oracle方面出具的方案，那就是修改了以下这个系统参数；

sqlplus as sysdba;
alter system set resource_manager_plan='' scope=both;

实施人员在测试之后，由原来的30分钟提升到了15s !!

以下为Oracle官方文档：

说明翻译：

RESOURCE_MANAGER_PLAN指定要为实例使用的顶级资源计划。资源管理器将加载此顶级计划及其所有子项目(子计划、指令和使用者组)。如果没有指定此参数，资源管理器在默认情况下是关闭的。

您可以使用ALTER SYSTEM语句更改此参数的设置，以打开资源管理器(如果它以前是关闭的)或关闭资源管理器或更改当前计划(如果它以前是打开的)。如果指定数据字典中不存在的计划，Oracle将返回一条错误消息。

希望对各位有所帮助！