sql查询如何优化(上篇细化)（一个 sql 查询很慢,从哪些地方进行优化?）

上篇文章有读者给我留言说没有原因，这篇就给大家书说明一下原因，并且小编也上网搜索了一些关于数据库优化的好的文章，会在结尾把连接给大家，大家如果感兴趣可以看看大神们如何优化数据库的，好了下面是说明：

1.from后边数据少表的放在右边（转）

原因：ORACLE在解析sql语句的时候对FROM子句后面的表名是从右往左解析的，是先扫描最右边的表，然后在扫描左边的表，然后用左边的表匹配数据，匹配成功后就合并，所以，在对多表查询中，一定要把小表写在最右边

--No.1 tableA：100w条记录 tableB：1w条记录 执行速度十秒

select count(*) from tableA, tableB;

--No.2 执行速度百秒甚至更高

select count(*) from tableB, tableA;

FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询,那就需要选择交叉表(intersection table)作为基础表,交叉表是指那个被其他表所引用的表.

2.where过滤行数多的列放在右边（转）

原因：ORACLE对where子句后面的条件过滤是自下向上，从右向左扫描的，WHERE子句后面的条件顺序对大数据量表的查询会产生直接的影响，如

Select * from zl_yhjbqk where dy_dj = '1KV以下' and xh_bz=1

Select * from zl_yhjbqk where xh_bz=1 and dy_dj = '1KV以下'

以上两个SQL中dy_dj（电压等级）及xh_bz（销户标志）两个字段都没进行索引，所以执行的时候都是全表扫描，第一条SQL的dy_dj = '1KV以下'条件在记录集内比率为99%，而xh_bz=1的比率只为0.5%，在进行第一条SQL的时候99%条记录都进行dy_dj及xh_bz的比较，而在进行第二条SQL的时候0.5%条记录都进行dy_dj及xh_bz的比较，以此可以得出第二条SQL的CPU占用率明显比第一条低。

ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前,那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.

3.select 少用 * 够用就行

原因：使用select的时候少用*，多敲敲键盘，写上字段名吧，因为ORACLE的查询器会把*转换为表的全部列名，这个会浪费时间的，所以在大表中少用

4.能用链接查询绝对不用子查询

原因：因为子查询的底层就是链接查询，用子查询效率低

5.合理使用索引提升效率（索引的本质是提高效率的机制，本质上是一棵树）

原因：（1）为经常出现在where子句中的列创建索引

（2）为经常出现在order by，distinct 中的字段建立索引

（3）不要在经常DML的操作的表上建立索引（影响dml操作，任何dml操作都会更新index ，会引起索引不准，解决方法：rebuild重新建立）

（4）不要在小表上建立索引（因为索引会占用空间 ）

（5）限制表上的索引数量，索引并不是越多越好（需要额外维护，执行计划会浪费更多的资源）

6.少用in，多用exists来代替

原因： --NO.1 IN的写法

SELECT * FROM TABLEA A WHERE

A.ID IN (SELECT ID FORM TABLEB B WHERE B.ID>1)

--NO.2 exists 写法

SELECT * FROM TABLEA A WHERE

EXISTS (SELECT 1 FROM TABLEB B WHERE A.ID=B.ID AND B.ID>1)

关于上篇的原因基本上就是这些，但是小编在查询的过程中发现了好多大神写的文章，下面将连接奉上，大家可以看看大神们是如何优化的：

MySQL性能优化的最佳经验：

http://www.jianshu.com/p/5dd73a35d70f

MYSQL 索引优化全攻略：

http://www.dev120.com/archives/50

关于数据库的水平切分和垂直切分的一些概念:

http://www.cnblogs.com/zr520/p/5449748.html

SQL多表查询优化 高效率SQL语句 11条原则:

http://blog.csdn.net/killer_zr/article/details/7664024

Oracle语句优化：

http://m.educity.cn/wenda/389092.html