实践实战在PoC中的Oracle 12c优化器参数推荐

1、实践实战：在PoC中的Oracle 12c优化器参数推荐(含PPT)最近，Oracle数据库优化器的产品经理Nigel Bayliss发布了一篇文档，介绍：Setting up the Oracle Optimizer for PoCs -在PoC测试中优化器参数的设置和调节。优化 器是Oracle数据库的核心组件，我们一起来看一看12c有哪些优化器的变化。关注本公众号回复关键字：Internals即可获得本文PPT(SettingUp.)，同时附送了一 系列的精彩PPT学习资源。Setting up the Oracle Optimizer for PoCsCovering Oracle D

2、atabase 12c Release 1 and Release 2 and Oracle Database Uc May 1512013Nigel 3$丫1昭Optimizer Product Ma nagvldbbhttp:/ blogs.orac I e.cDm/optim izerORACIljE首先，作者描述了 POC测试的基本原则，遵循KISS原则(Keep it Simple Stupid), 从一个尽可能简单的基线开始；优先考虑稳定性和一致性；通过测试掌控变化；持续向刖：LUOArug朋阡。牌uEW 0L 9EXGLQW& COULO| OA6L C(J9UG.tJRLKRG

3、 却auq cou?i?(sucA?f3i4 JWifp s之qolaiq(K1P2)P6|iug(GUGL9I tjLIUClblG? OL b。首先，在Oracle 12cR1中，Oracle引入了一个重要的新特性：自适应查询优化器-Adaptive Query Optimization，该特性的主要功能有两个：对SQL的执行计划进行运行时（run-time）调整，（也就是在SQL执行过程 中，具备动态改变执行计划的能力）；在SQL执行过程中，动态统计和发现新的统计信息，以实现更佳的执行计 划；通过这个特性的描述，我们可以知道，当现有统计数据不足以生成最佳计划时，自适应 查询优化器会很有用

4、；当然相反方向是，如果我们数据库中执行计划是稳定的、优化的、 满足需要的，那么这个新的特性对我们就基本不需要。下图展示了这个新特性的两个路径：自适应执行计划、自适应统计信息。在12.1版本 中，是否启用自适应优化器参数由初始化参数optimizer_adaptive_features决定。基于在执行过程中获得的真实统计信息，优化器动态调整执行计划的能力可以极大地提 高查询性能。下图展示了一个最常见的场景，基于静态统计信息，Oracle选择了 Nest Loop的执行 计划，当执行中动态统计信息（自适应统计信息）被收集之后，SQL的执行计划自动变 更为Hash Join的执行方式。Adaptiv

5、e12c QprfeiirnjnfSQL PlanDlrectiweColumn Utaw StatastlcsData DictionaryOracle Optimizer Adaptive FeaturesFrom Oracle Database 12c Release 1r A.LL COlUMN 5- mu vr$HistogramsStatistics, feedback for3 single faWe tardinaliTv and jQin$Column groupFl十/R statistic”neatedI autdEetiwIlY在Oracle官方文档中，有这样一个举例，

6、可以更清晰的看到这个过程和含义:SELECT * FROM TABLE(DBMSJCPUNBdisplaycursar AJDAPTIWJ)：Plan hash valuer 了典WSOL_ID ThjSMwy67pchild nunher &SELECT pradut_nane FftQHorder-items. % prad_inf p 尚EHEg Ltnit_prie 15 AND quantitv 1 .AND p- prBduct_ixl d. prDduct.iid| Id | Operation| Naric | R.cm |Btes )CD3-t (%CPU| )Tln|Pre

7、dicatB Inf o-rmation C identif iied by operation iURN-ote1 - aect5 S f P,11 PRDOl!il6 - accesst ,P,i,H PRmiCT_ID,VD. PftDDUCT_I )-this； Is additive plan (rows marked /re insccivet|0| SELECT STATEMENT| 中1| HASH JOINI- 2| NESTED LOOPSNESTED LOOPS|4| STATISTICS COLLECTOR.17(100|IM | 7 W)|的：的：如 | 128 |

8、7 WJ|锹H 和；如 | IM | 7您|蹄；邮；町|I TABLE ACCESS FULL | ORDERLITWSIHKX UNIQUE SC呻| PROD_INFO_PK| TABLE ACCESS GY INDEX R0WID| PROD_INFO I TAELE ACCESS FULL| PROD_INFOI 3 $ej|w：ei|I M0J| II i (ej|&：ei|I 1陟g01|其动态变化过程如下图所示:Default pJan is a n&ste-d loops JornThe optimer buffers rows coming fronra the ir;l-e

9、T_iteriS table upto a point. If lha row count is la&s than the threshold, men us & nested loo归 gin. Otherwlss, switch to a hash ioIn.Thresh 职0瞻 cted, so subplan sivitctweIhs aptirritser disables the statiti-ts cdll&ita-r after making the d&ciion. and lets the rows pa&s through.Finaf plan： js 3 hasfi

10、 joinTabte scan proti. inlQHash JainStatistics CollectorTable scan or=October 2017一 January 卫Patch 27010930 - gtab非e Proiactiwe fiumdle Patch 12.1.Q.2.1SO11BRcorrnneindanDns for Adaptive Features in Oracle112c(Adaptiw Festure5r Adaptive Statistiits and 12c SQL Perfdrnni3ince (Doc ID 21129114)-_f_con

11、trol= 26&B4361; 7/16732417; l1；2O243268;l,Remove optimizer_adoptive_Jeaturs parameter from pfiEe/spfil, Set the following Gptirnizd potentially newSetti ng optl m Ize r adapt I ve_stat I sties 二 FALSE car be used to restore behavior once test is complete 一 and remember vou may have new histograms/column group stats 除了自适