当前位置:Gxlcms > mysql > Oracle11g中dynamicsampling自动调节(auto-adjusted)机制

Oracle11g中dynamicsampling自动调节(auto-adjusted)机制

时间:2021-07-01 10:21:17 帮助过:56人阅读

对Oracle而言,基于成本优化器CBO工作的基础是系统、对象统计量和CPU成本计算公式。而大多数情况下,收集统计量是一个异步单独的

对Oracle而言,基于成本优化器CBO工作的基础是系统、对象统计量和CPU成本计算公式。而大多数情况下,收集统计量是一个异步单独的过程。无论是在9i,还是目前主流11g,发挥CBO作用都需要我们有一个统计量收集或者分析的过程。

在9i时代,CBO和RBO是交替工作的。Oracle是不会“主动”的将对象统计量进行收集(那个时期也成为分析analyze)。系统调优人员也大都是解决统计量缺失、CBO优化器缺陷问题,目前能看到的很多hint也大都在9i时期编写系统。

到了10g之后,两个情况让CBO彻底取代RBO。一个是CBO成为Oracle默认的优化器使用类型,SQL语句默认情况下就使用CBO进行解析。另一个是自动统计量夜间收集作业的推出,Oracle可以自动找时间进行统计量收集。应该说,大部分的SQL语句从10g之后都是使用CBO进行执行计划生成。

但是,无论如何,都存在统计量不及时的情况。一个新创建的数据表或者发生大量变化的数据集合,如果没有手工的数据收集,CBO总是工作在统计量缺失或者陈旧统计量的情况下。

RHEL/CentOS下 Oracle 11g客户端配置

1、从Dynamic Sampling谈起

为了应对统计量缺失的情况,Oracle推出了Dynamic Sampling(12c之后称为Dynamic Statistic)动态采样收集的技术策略。简单点说,如果数据表等对象没有统计量存在,Oracle有需要统计量生成执行计划,数据库会进行一次临时性的数据收集动作。根据不同的采用比例,Oracle实时的采集部分数据块,应用查询条件进行小规模试算。最后根据统计规则,将结果集合放大后,作为结果集合统计量和row source纳入到CBO体系里面。

从SQL执行的角度看,,Dynamic Sampling给Oracle用户带来两个方面好处:

ü 关联条件SQL语句精准估算。对于常见的统计量,如选择率、数据分布,都是以单列为中心进行计数的。如果SQL语句中对应的是两个相关联的where条件,那么单列统计量计算出来的结果集合往往是偏小。如果采用Dynamic Sampling,采用动作是实时进行计算的,可以消除关联where条件影响;

ü CBO普遍应用。应该说,没有统计量,CBO是没有任何工作的可能的!Dynamic Sampling虽然不能给Oracle提供出最精确的统计量,但是起码可以让CBO运行提供基本条件;

从不利的方面看,Dynamic Sampling也带来一些问题。比如,和驻留在数据字典中的统计量不同,Dynamic Sampling并不会将收集采用值保存在数据字典里面,而是一次SQL就进行一次收集动作。采样比例如果高,就意味着parse前的动态收集动作消耗资源高。如果采样比例低,性能虽然可以好一些,但是存在着“低效”执行计划生成的纪律。

这其实是一个矛盾。如果数据表比较小,采样比例小一些,执行计划效率低一些其实也没有过多问题。但是如果数据表很大,SQL语句属于关键SQL,这样低效的执行计划其实就意味着风险。

Oracle中,是通过optimizer_dynamic_sampling设置采样比例。11gR2中,默认为2。

SQL> show parameter dyn

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

optimizer_dynamic_sampling integer 2

为了应对由于动态采样带来的问题,在11g里面针对特殊的数据对象和SQL场景,Oracle CBO采取了自动调节采样率的优化策略。

下面我们进行相应的实验。

2、环境介绍

我们使用Oracle 11gR2版本进行测试,默认的采样控制参数是2。

SQL> select * from v$version;

BANNER

-------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

PL/SQL Release 11.2.0.3.0 - Production

CORE 11.2.0.3.0 Production

TNS for Linux: Version 11.2.0.3.0 - Production

NLSRTL Version 11.2.0.3.0 - Production

SQL> show parameter dyn

NAME TYPE VALUE

-------------- ----------- ----------------

optimizer_dynamic_sampling integer 2

创建一个大数据表,体积为2G。

SQL> select tablespace_name, bytes/1024/1024/1024 from dba_segments where owner='SYS' and segment_name='T';

TABLESPACE_NAME BYTES/1024/1024/1024

------------------------------ --------------------

TESTTBL 2.099609375

Owner列上面创建索引IDX_T_OWNER。

3、自动sampling adjusted

当前采用取值为2,由于数据表比较大,采用并行查询策略。

SQL> explain plan for select /*+ parallel(t, 2) */count(*) from t;

Explained

SQL> select * from table(dbms_xplan.display);

人气教程排行