Tag Archives: optimizer_features_enable

帮客户优化时发现，同样是OPTIMIZER_FEATURES_ENABLE参数，在会话级设置和在HINT中指定的效果不同。 客户的数据库从11.1.0.6升级到最新的11.2.0.2之后，一些原本运行正常的SQL，查询性能变得比较差，尝试利用OPTIMIZER_FEATURES_ENABLE方式来恢复原始的执行计划，但是发现有时在会话级设置OPTIMIZER_FEATURES_ENABLE参数执行计划并没有改变，而如果直接在SQL中设置OPTIMIZER_FEATURES_ENABLE提示，则可以使得SQL的执行计划恢复到升级之前。 由于SQL 本身比较复杂，而且事实上和当前这个主题的关系不大，这里就不列出来了。一共针对6个性能变差的SQL进行调整，发现如果使用ALTER SESSION SET OPTIMIZER_FEATURES_ENABLE = ’11.1.0.6’的方式，则有3个语句恢复11.1.0.6中的执行计划，而对于另外3个执行计划并没有改变。 而如果尝试在SQL中直接嵌入提示/*+ OPTIMIZER_FEATURES_ENABLE(’11.1.0.6’) */结果发现其中5个SQL恢复了11.1.0.6的执行计划，而只有1个SQL执行计划没有改变。 虽然一直都清楚，使用OPTIMIZER_FEATURES_ENABLE并不能100%保证SQL的执行计划恢复到指定版本，但是确实没有想到，OPTIMIZER_FEATURES_ENABLE在提示中指定和在会话级设置还会有所区别。如果说HINT的优先级更高会覆盖会话级设置，这可以理解，但是二者效果有所区别，就说不过去了。除非是OPTIMIZER_FEATURES_ENABLE在会话级的设置不足以覆盖某些其他的会话级参数设置，从而导致这个现象的产生。