1.SQL优化的实质
  充分利用索引;
  访问尽量少的数据块;
  减少表扫描的I/O次数;
  尽量避免全表扫描和其他额外开销;

2.oracle数据库常用的两种优化器
  RBO(rule-based-optimizer):基于规则的优化器,根据优先级来决定执行计划.
  CBO(cost-based-optimizer):基于开销的优化器,根据表及索引的状态信息来决定执行计划.

3.驱动表和被驱动表  

  多表嵌套连接时,先全表扫描驱动表,将驱动表返回的结果集一行一行去匹配被驱动表(使用索引),所以应该选择小表作为驱动表,大表作为被驱动表。

  在基于规则的优化器RBO中,ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表、驱动表)被最先处理,所以要选择记录数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.

  在基于成本的优化器CBO中,ORACLE会选择最合适的驱动表,但不一定选择较小的表作为驱动表。

4.减少表扫描的I/O次数

  访问数据库时,ORACLE会在内部执行许多如解析SQL语句, 估算索引的利用率, 绑定变量, 读数据块等工作。每向数据库发送一条语句,都会用掉很多服务器资源,所以高流量网站都将查询语句缓存起来。Memcached是一种分布式内存缓存系统,它可以减轻数据库的负载,来加速基于动态数据库的网站。

  使用ROWID删除重复记录(最高效): DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO);

  避免循环查询,将SQL放在循环语句中会给你的数据库增加负担,可以使用存储过程进行批量操作(存储过程是预编译的)。

  使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表。

5.其他额外开销

  ORACLE采用自下而上的顺序解析WHERE子句,所以表之间的连接必须写在其他WHERE条件之前,而将能过滤掉最大数据量的条件写在WHERE的末尾。

  ORACLE在解析的过程中, 会通过查询数据字典将SELECT中的'*'依次转换成所有的列名,所以应该在查询的字段上加上表的别名。

  带有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL语句会启动SQL引擎执行耗费资源的排序(SORT)功能.

  用Where子句替换HAVING子句, HAVING只会在检索出所有记录之后才对结果集进行过滤,这个处理需要排序,总计等操作。

  当进行包含一对多表信息的查询时,用EXISTS替换DISTINCT,因为RDBMS核心模块将在子查询的条件一旦满足后,会立刻返回结果。

  用UNION ALL代替UNION合并两个查询结果集,先以UNION-ALL的方式合并, 然后再排序输出;使用UNION ALL不需要排序,但会重复输出相同的记录。

  ORDER BY子句使用索引的条件:ORDER BY中所有的列必须定义为非空,ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序。 

  使用LIMIT来限定你想选定的数据的行数,否则会遍历所有行。

  不要使用全词通配符(%hello%),用前缀通配符(hello%)或后置通配符(%hello)。在百万数量级的数据上采用全词通配符来搜索会让你的数据库当机。

  采用join来替换子查询:虽然子查询很有用,但可用join语句替换它,join语句执行起来更快:    

SELECT a.id, (SELECT MAX(created) FROM posts WHERE author_id = a.id) AS latest_post FROM authors a
--替换成
SELECT a.id, MAX(p.created) AS latest_post FROM authors a INNER JOIN posts p ON (a.id = p.author_id) GROUP BY a.id

6.in和exists的性能区别

  in和exists主要是造成了驱动顺序的改变(性能变化的关键),我们以驱动表的快速返回为目标(会考虑到索引及结果集的关系)。

  in:以内层表为驱动表。内层子查询结果集较少,主查询中的表较大且又有索引时应使用in;

  exists:以外层表为驱动表。外层主查询结果集较少,子查询中的表较大且又有索引时应使用exists;  

--EXISTS的执行流程
select * from t1 where exists ( select null from t2 where y = x );
--可以理解为:
for x in ( select * from t1 ) loop
if ( exists ( select null from t2 where y = x.x ) ) then
OUTPUT THE RECORD
end if

  in不对null进行处理:select 1 as x from dual where null in (0, 1, 2, null);

[03] SQL优化的更多相关文章

  1. SQL优化之【类型转换】

    DBA的日常工作中SQL优化占大半的时间,通常都是SQL语句性能问题或者schema设计有问题,最近遇到一个类型转换的问题,所以在这里分享一下,废话不多说了,直接建表进行测试. mysql), key ...

  2. 数据库sql优化方案

    声明:这个不是我自己写的,是我们老师给我,我拿出来分享一下! 为什么要优化:     随着实际项目的启动,数据库经过一段时间的运行,最初的数据库设置,会与实际数据库运行性能会有一些差异,这时我们    ...

  3. Oracle之SQL优化专题01-查看SQL执行计划的方法

    在我2014年总结的"SQL Tuning 基础概述"中,其实已经介绍了一些查看SQL执行计划的方法,但是不够系统和全面,所以本次SQL优化专题,就首先要系统的介绍一下查看SQL执 ...

  4. oracle 11g亿级复杂SQL优化一例(数量级性能提升)

    自从16年之后,因为工作原因,项目中就没有再使用oracle了,最近最近支持一个项目,又要开始负责这块事情了.最近在跑性能测试,配置全部调好之后,不少sql还存在性能低下的问题,主要涉及执行计划的不合 ...

  5. SQL优化的部分内容

    为什么要优化:      随着实际项目的启动,数据库经过一段时间的运行,最初的数据库设置,会与实际数据库运行性能会有一些差异,这时我们         就需要做一个优化调整.   数据库优化这个课题较 ...

  6. 《收获,不止SQL优化》读书笔记

    整体性能分析 AWR.ASH.ADDM.AWRDD 整体分析调优工具 AWR:关注数据库的整体性能的报告: ASH:数据库中的等待事件与哪些SQL具体对应的报告: ADDM:oracle给出的一些建议 ...

  7. MySQL优化篇(一),我可以和面试官多聊几句吗?——SQL优化流程与优化数据库对象

    我可以和面试官多聊几句吗?只是想偷点技能过来.MySQL优化篇(基于MySQL8.0测试验证),上部分:优化SQL语句.数据库对象,MyISAM表锁和InnoDB锁问题. MyISAM表锁和InnoD ...

  8. 深入了解 TiDB SQL 优化器

    分享嘉宾:张建 PingCAP TiDB优化器与执行引擎技术负责人 编辑整理:Druid中国用户组第6次大数据MeetUp 出品平台:DataFunTalk 导读: 本次报告张老师主要从原理上带大家深 ...

  9. SQL优化案例—— RowNumber分页

    将业务语句翻译成SQL语句不仅是一门技术,还是一门艺术. 下面拿我们程序开发工程师最常用的ROW_NUMBER()分页作为一个典型案例来说明. 先来看看我们最常见的分页的样子: WITH CTE AS ...

随机推荐

  1. 从修复 testerhome(rubychina)网站的一个 bug 学习 ruby&rails on ruby

    前言 testerhome: http://testerhome.com/topics/1480 对于一个差点脱离前沿技术人,想要学习ruby,就意味着要放弃熟悉的操作系统windows,熟悉的ide ...

  2. LoadRunner 参数化详解

    可能稍微对LR 有些了解的人都知道LR 参数化的功能,今天请跟我来一起好好理一下. 首先,咱们先说一下为啥要用参数化?假如您录制了一个登录的脚本,如下所示, web_submit_form(" ...

  3. tomcat 服务器全解

    ①B/S.C/S比较 ⑴C/S C/S结构即客户端/服务器(Client/Server),例如QQ: 需要编写服务器端程序,以及客户端程序,例如我们安装的就是QQ的客户端程序: 缺点:软件更新时需要同 ...

  4. Centos 6.5升级安装Git

    安装需求 # yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel# yum install gcc pe ...

  5. 【HTML】Advanced1:Text: Time, Mark, and "Presentational"

    1.Exploring the depths of HTML5 2.</time> <p>Written by Doctor Who on <time datetime= ...

  6. Linux 设备模型浅析之 uevent 篇(2)

    Linux 设备模型浅析之 uevent 篇 本文属本人原创,欢迎转载,转载请注明出处.由于个人的见识和能力有限,不可能面 面俱到,也可能存在谬误,敬请网友指出,本人的邮箱是 yzq.seen@gma ...

  7. POJ-1151 Atlantis 矩形面积并

    题目链接:http://poj.org/problem?id=1151 扫描线+离散+线段树,线段树每个节点保存的是离散后节点右边的线段. //STATUS:C++_AC_16MS_208KB #in ...

  8. pm 2.5

    定陵</a></div><div class="staaqi"><span class="label pmsmall" ...

  9. em与px之间的换算

    任意浏览器的默认字体高度16px(16像素).所有未经调整的浏览器都符合:1em=16px.那么12px=0.75em,10px=0.625em.为了简化font-size的换算,需要在css中的bo ...

  10. Unsupervised Feature Learning and Deep Learning(UFLDL) Exercise 总结

    7.27 暑假开始后,稍有时间,“搞完”金融项目,便开始跑跑 Deep Learning的程序 Hinton 在Nature上文章的代码 跑了3天 也没跑完 后来Debug 把batch 从200改到 ...