桃园市网站建设_网站建设公司_论坛网站_seo优化
2025/12/23 0:11:09 网站建设 项目流程

Oracle使用基于代价的优化方式,CBO优化器cost based optimization

优化器主要参考的是表和索引的统计信息,统计信息给出表的大小 有多少行等信息,过期的统计信息会让优化器做出一个错误的执行计划,因此要及时刷新统计信息。

1. Oracle统计信息

优化器要根据表,索引中的数据来选择查询数据的方式,由于表中的数据量很大,不可能每次执行查询时实时的统计表中的数据量及数据分布,所以要定期刷新,把表和索引的大小行数信息保存到数据字典里,供优化器使用,这就是统计信息。

统计信息包括表,索引,表分区,索引分区,列等,我们主要关注表和索引的统计信息

统计信息脚本每天6点12点刷新一次

查看表统计信息

select table_name,num_rows,last_analyzed from dba_tables where table_name=''

num_rows 数据量

last_analyzed 统计信息刷新的时间

查看索引统计信息

select table_name,index_name,num_rows,last_analyzed from dba_indexes where table_name=''

表分区统计信息

dba_tab_partitions

索引分区统计信息

dba_ind_partitions

手工刷新统计信息

exec dbms_stats.gather_table_stats(ownname=>'sumdb', tabname=>'ttt');

2. Oracle执行计划

执行计划是一条查询语句在Oracle中的执行过程,或访问路径的描述

2.1 查看执行计划,autotrace是Oracle自带的工具,可以展示执行计划。

set autotrace traceonly

set timing on

SQL语句

然后

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

或根据sqlid查看该sql当时的执行计划

select * from table(dbms_xplan.display_awr('sqlid',null,null,'ADVANCED'));

查看历史执行计划,根据sqlid

select * from table(dbms_xplan.display_awr('sqlid'))

高斯数据库查看执行计划

explain SQL语句

执行计划的顺序

是从上到下,从右到左,口诀:缩进最深的最先执行,缩进相同的,先上后下

2.2 执行计划有三方面要考虑,访问路径,连接方式和连接顺序

注意,执行计划里表的行数Rows是根据统计信息刷新的索引数据估算的,不是准确的。另外行数是条件过滤后的,不是全表行数。

表访问数据的方法

包括全表扫描table access full,

rowid扫描table access by rowid,

索引扫描table access by index scan,

索引扫描又分为

索引唯一扫描 index unique scan,

索引全扫描 index full scan,

索引范围扫描 index range scan

多表连接方法

如果查询涉及多个表的连接操作,join关键字用于将两张表做连接

nested loop join 嵌套循环连接

hash join 散列连接

sort merge join 排序合并连接

cross join 笛卡尔连接

详解,

nested loop

对于被连接的数据子集较小的情况,嵌套循环连接是个较好的选择。在嵌套循环中内表被外表驱动,要把返回子集较小的表作为外表,默认外表是驱动表,而且在内表的连接字段上一定要有索引。

步骤,确定一个驱动表(外表),另一个表为内表,驱动表中的每一行与内表中的相应记录JOIN。类似一个嵌套的循环。适用于驱动表的记录集较小(小于一万),而且内表需要有索引。需要注意,join的顺序很重要,驱动表的记录集一定要小,耗时最小。

hash join

散列连接是做大数据集连接时的常用方式,优化器使用两个表中较小的表利用连接键在内存中建立散列表(build 表),然后扫描较大的表(probe 表)并探测散列表,找出与散列表匹配的行。

哈希连接不适用于不等价连接条件(>, <,<>,>=,<=,like )

在内存中使用hash table来存放结合数据,通常会先访问数据量小的表,之后再访问数据量多的表,这样能保证性能。

select /*+ leading(a) use_hash(a,b) */ a.col1,b.col2 from table1 a, table2 b where a.col1=b.col2

上面语句中 /*+ leading(a) use_hash(a,b) */ 是Hint提示,提示和注释很像,提示不一定能生效,当提示错误时优化器会忽略提示而不会报错。

通过Hint来控制SQL查询中的hash join操作,

leading 指定hash join顺序。指定驱动表

use_hash 指定使用hash join

sort merge join

通常用在没有索引,并且数据已经排序的情况。

分组聚合

hash group by

注意,group by 后有对字段进行order by 的情况无法使用hash grouo by。而会使用sort group by ,它会自动排序分组字段,hash group by不保证结果集的顺序。

解决方法,使用子查询先进行group.by 操作,然后再外层查询使用order by子句进行排序。


————————————————
版权声明:本文为CSDN博主「xiaomin-Michael」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/m0_74674329/article/details/143776377

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询