SQL优化

Posted To Be A BIG Man!

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL优化相关的知识,希望对你有一定的参考价值。

SQL优化的各种误区

1.对讹传辨知

  a)COUNT(*)与COUNT(列)

    - COUNT(*)针对全表,COUNT(列)针对列,两者不等价,无法比较其快慢。

      - 对于COUNT(列),优化器的算法是根据列的偏移量决定性能,列越靠后,访问的开销越大。COUNT(*)与偏移量无关,所以COUNT(*)最快,COUNT(最后列)最慢。

  b)SQL编写顺序

     - 表的查询顺序(针对多表查询):Oracle的解析器从右到左的顺序处理From子句中的表名,因此From子句中卸载最后的表(基础表)将被最先处理。在From子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表

    - where子句中的连接顺序:Oracle采用自下而上的顺序解析Where子句,根据这个原理,当在where子句中有多个表连接时,where子句中排在最后的表应当是返回行数可能最少的表,有过滤条件的子句应放在where子句中的最后。

     - 以上两种优化说法,基于RBO(Rule规则)确实如此。但是现在已是基于CBO(Cost代价),这些已经过时。

 

  c)IN与EXISTS

    - 一般来说,anti的反连接算法比filter更高效,但是在10g时,Oracle的这个算法不完善,必须要指定非空,才可以让not in用anti算法。在11g的时候,这个情况已经改变了,无论是not in 还是not exists,无论列是否为空,都可以走到Oracle比较先进高效的anti反连接算法。

 

2.少做事

  a)全局临时表

    -构建基于Session的全局临时表(global temporary table t_name on commit preserve rows):退出session该表记录会自动清空

    -构建基于事务的全局临时表(global temporary table t_name on commit delete rows):commit提交后,不等退出session,该表记录就会自动清空

  b)分区表(create table t_name (columns...) partition by range(column)(partition p1 values...))

    

  c)递归函数调用

    - 避免SQL中的函数调用,可以减少消耗

    - 减少SQL中的函数调用,函数调用不要放在结果集中

  d)集合写法

  e)只取所需的列

    - 只选择需要的列,而不用*。访问视图会变更快、表连接访问提速、索引不需要回表。

  

3.根据场景选择技术

  a)系统是个人用还是大家用?当前是忙还是闲?

 

  b)系统是多读还是少读?访问量是多还是少?

    - 索引的坏处:更新插入,因为索引性能会差;建索引引发锁表导致问题;建索引导致排序性能问题

    - 缓存结果集

    - 物化视图

    - 位图索引

    - Block如何设计

  c)先看表是大还是小?返回记录是多还是少?

    - 分区也会慢

    - 绑定变量居然引发故障

 

4.考虑需求最小化

  a)复杂的需求抽象简单化

  b)需求有没有多余

    - 需要去重吗

    - 需要排序吗

    - 需要监控吗

 

5.SQL改造等价性

  a)看似等价,其实不等价

    - insert all

insert all
    into tmp_transaction
    into tmp_session
select * from dba_objects;

不等价于

insert into tmp_transaction as select * from dba_objects;
insert into tmp_session as select * from dba_objects;

 

    

    - select max(), min()

select min(object_id), max(object_id) from t;
不等价于
select max(object_id) from t;
select min(object_id) from t;


select min(object_id), max(object_id) from t;
等价于
select max,min from (select max(object_id) max from t) a,
(select min(object_id) min from t) b;

 

    - in与><范围

    - count(*)与count(列)

 

  b)看似不等价,其实等价

 

    -关于表是否有记录的判断

 

 

6.需求是顶级优化(需求优化)

  a)需求优化需要不断的考虑

    - 界面权限设计优化(并非所有操作都需要做权限判定)

    - 界面实时刷新改良(先显示汇总,再由用户点击展示)

    - 单脚本对应多指示(不但多采集,还要去屏蔽规则)

    - 表单展示的异步载入(界面内容自上而下逐步展现)

 

  b)如下问答解决了很多性能问题

    - 排序有必有吗

    - 历史数据要保留多久

    - 这个需求过时了吗

    - 采集频率真要如此频繁吗

 

7.发现问题方法论

  a)先判断后动手

    - 故障未解决:备份相关证据、收集日志;分析主要矛盾,解决问题

    - 故障已消除:分析系统的日志,了解故障的时段

  b)先动态后静态

  c)先整体后局部

 


 

未完,待续。。。。。

 

以上是关于SQL优化的主要内容,如果未能解决你的问题,请参考以下文章

使用 C++ 反转句子中的每个单词需要对我的代码片段进行代码优化

如何优化C ++代码的以下片段 - 卷中的零交叉

sql sql里面的代码片段

从JVM的角度看JAVA代码--代码优化

Microsoft SQL Server 代码片段收集

缺少 SQL SERVER 2014 代码片段