Oracle Sql优化

基本的Sql编写注意事项:

1.尽量少用IN操作符,基本上所有的IN操作符都可以用EXISTS代替。

2.不用NOT IN操作符,可以用NOT EXISTS或者外连接+替代。

3.Oracle在执行IN子查询时,首先执行子查询,将查询结果放入临时表再执行主查询。而EXIST则是首先检查主查询,然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT IN效率稍高。但具体在选择IN或EXIST操作时,要根据主子表数据量大小来具体考虑。

4.不用“<>”或者“!=”操作符。对不等于操作符的处理会造成全表扫描,可以用“<” or “>”代替。

5.Where子句中出现IS NULL或者IS NOT NULL时,Oracle会停止使用索引而执行全表扫描。可以考虑在设计表时,对索引列设置为NOT NULL。这样就可以用其他操作来取代判断NULL的操作。

6.当通配符“%”或者“_”作为查询字符串的第一个字符时,索引不会被使用。

7.对于有连接的列“||”,最后一个连接列索引会无效。尽量避免连接,可以分开连接或者使用不作用在列上的函数替代。

8.如果索引不是基于函数的,那么当在Where子句中对索引列使用函数时,索引不再起作用。

9.Where子句中避免在索引列上使用计算,否则将导致索引失效而进行全表扫描。

10.对数据类型不同的列进行比较时,会使索引失效。

11.用“>=”替代“>”。

12.UNION操作符会对结果进行筛选,消除重复,数据量大的情况下可能会引起磁盘排序。如果不需要删除重复记录,应该使用UNION ALL。

13.Oracle从下到上处理Where子句中多个查询条件,所以表连接语句应写在其他Where条件前,可以过滤掉最大数量记录的条件必须写在Where子句的末尾。

14.Oracle从右到左处理From子句中的表名,所以在From子句中包含多个表的情况下,将记录最少的表放在最后。(只在采用RBO优化时有效,下文详述)

15.Order By语句中的非索引列会降低性能,可以通过添加索引的方式处理。严格控制在Order By语句中使用表达式。 不同区域出现的相同的Sql语句,要保证查询字符完全相同,以利用SGA共享池,防止相同的Sql语句被多次分析。 多利用内部函数提高Sql效率。

16.当在Sql语句中连接多个表时,使用表的别名,并将之作为每列的前缀。这样可以减少解析时间。 需要注意的是,随着Oracle的升级,查询优化器会自动对Sql语句进行优化,某些限制可能在新版本的Oracle下不再是问题。尤其是采用CBO(Cost-Based Optimization,基于代价的优化方式)时。

我们可以总结一下可能引起全表扫描的操作:

1.在索引列上使用NOT或者“<>”;

2.对索引列使用函数或者计算;

3.NOT IN操作;

4.通配符位于查询字符串的第一个字符;

5.IS NULL或者IS NOT NULL;

6.多列索引,但它的第一个列并没有被Where子句引用;

Oracle优化器

1.Oracle优化器(Optimizer)是Oracle在执行SQL之前分析语句的工具。 Oracle的优化器有两种优化方式:基于规则的(RBO)和基于代价的(CBO)。

2.RBO:优化器遵循Oracle内部预定的规则。

3.CBO:依据语句执行的代价,主要指对CPU和内存的占用。优化器在判断是否使用CBO时,要参照表和索引的统计信息。统计信息要在对表做analyze后才会有。Oracle8及以后版本,推荐用CBO方式。

Oracle优化器的优化模式主要有四种:

1.Rule:基于规则;

2.Choose:默认模式。根据表或索引的统计信息,如果有统计信息,则使用CBO方式;如果没有统计信息,相应列有索引,则使用RBO方式。

3.First rows:与Choose类似。不同的是如果表有统计信息,它将以最快的方式返回查询的前几行,以获得最佳响应时间。

4.All rows:即完全基于Cost的模式。当一个表有统计信息时,以最快方式返回表所有行,以获得最大吞吐量。没有统计信息则使用RBO方式。

设定优化模式的方式

1.Instance级别:在init<SID>.ora文件中设定OPTIMIZER_MODE;

2.Session级别:通过SQL> ALTER SESSION SET OPTIMIZER_MODE=;来设定。

3.语句级别:通过SQL> SELECT /*+ALL+_ROWS*/ ……;来设定。可用的HINT包括/*+ALL_ROWS*/、/*+FIRST_ROWS*/、/*+CHOOSE*/、/*+RULE*/ 等。

要注意的是,如果表有统计信息,则可能造成语句不走索引的结果。可以用SQL>ANALYZE TABLE table_name DELETE STATISTICS; 删除索引。 对列和索引更新统计信息的SQL: SQL> ANALYZE TABLE table_name COMPUTE STATISTICS; SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS; ———————————————— 版权声明:本文为CSDN博主「Singularinty」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/singularinty/article/details/80847324

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏绿盟科技安全情报

【漏洞预警】Weblogic反序列化远程代码执行漏洞预警通告

4月17日,国家信息安全漏洞共享平台(CNVD)公开了Weblogic反序列化远程代码执行漏洞,此漏洞存在于weblogic自带的wls9_async_resp...

10210
来自专栏JiekeXu之路

Oracle 12C 最新补丁下载与安装操作指北

上一篇安装文档中说过 Oracle 也有一份安装手册,虽是英文版但很是详细,很有参考意义,如下是官方地址可查看详细内容:https://docs.oracle....

61610
来自专栏数据和云

如何在ORACLE CLOUD中创建和访问容器集群丨内附官方文档链接

墨墨导读:本文描述如何在Oracle Cloud中创建并访问容器服务。为了简单,所有的操作都是针对root隔离区。

7120
来自专栏绿盟科技安全情报

WebLogic反序列化漏洞(CVE-2018-2628)安全处置建议V3.0

北京时间4月18日凌晨,Oracle官方发布了4月份的关键补丁更新CPU(Critical Patch Update),其中包含一个高危的远程代码执行漏洞(CV...

13630
来自专栏绿盟科技安全情报

【漏洞预警】Weblogic反序列化漏洞(绕过CVE-2019-2725)0day预警通告

近日,绿盟科技安全团队发现针对Oracle Weblogic的在野漏洞利用,攻击特征与CVE-2019-2725类似。此攻击可以绕过Oracle官方在4月份发布...

10220
来自专栏小麦苗的DB宝专栏

【DB笔试面试664】在Oracle中,模拟死锁产生的一个场景。

Oracle中的死锁比较复杂,产生死锁的原因也有很多种,曾经有面试官让面试人员口头模拟死锁产生的一个场景。

7910
来自专栏中科院渣渣博肆僧一枚

Linux的虚拟机

在工作中,经常需要在不同平台使用不同的软件,这时候虚拟机就是必需品了。在Linux上比较常见的有kvm、Xen、virtualbox、vmware workst...

24230
来自专栏绿盟科技安全情报

【漏洞预警】Weblogic wls9-async反序列化远程代码执行漏洞处置手册V2.2

4月17日,国家信息安全漏洞共享平台(CNVD)公开了Weblogic反序列化远程代码执行漏洞(CNVD-C-2019-48814),此漏洞存在于weblogi...

11030
来自专栏绿盟科技安全情报

【漏洞预警】Weblogic wls9-async反序列化远程代码执行漏洞预警通告V2.0

4月17日,国家信息安全漏洞共享平台(CNVD)公开了Weblogic反序列化远程代码执行漏洞(CNVD-C-2019-48814),此漏洞存在于weblogi...

9130
来自专栏小麦苗的DB宝专栏

【DB笔试面试667】在Oracle中,贵公司的数据库有多大?大一点的表有多大?有多少行?

对于数据库的大小,需要注意的问题是数据库的大小不能以表空间的分配大小而论,而应该以表空间的占用空间大小而论,并且需要减掉SYSTEM、SYSAUX、TEMP和U...

11860

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励