基于索引的sql语句优化之降龙十八掌.doc
文本预览下载声明
基于索引的SQL语句优化之降龙十八掌
TOC \o 1-3 \h \z \u 1 前言 2
2 总纲 2
3 降龙十八掌 3
第一掌 web开发必须绑定变量 3
第二掌 避免对列的操作 4
第三掌 避免不必要的类型转换 4
第四掌 增加查询的范围限制 4
第五掌 尽量去掉IN、OR 5
第六掌 尽量去掉 5
第七掌 去掉Where子句中的IS NULL和IS NOT NULL 5
第八掌 索引提高数据分布不均匀时查询效率 6
第九掌 利用HINT强制指定索引 6
第十掌 屏蔽无用索引 7
第十一掌 分解复杂查询,用常量代替变量 7
第十二掌 like子句尽量前端匹配 7
第十三掌 用Case语句合并多重扫描 8
第十四掌 使用基于函数的索引 8
第十五掌 基于函数的索引要求等式匹配 9
第十六掌 使用分区索引 9
第十七掌 使用位图索引 9
第十八掌 决定使用全表扫描还是使用索引 9
4 总结 10
前言
Oracle生产数据库受SQL语句的影响非常大,在规模比较大的局点,往往因为一个小的SQL语句不够优化,导致数据库性能急剧下降, 应用服务器断连、超时,严重影响业务的正常运行。因此,称低效的SQL语句运行在数据库中是十分危险的。数据库的优化方法有很多种,在应用层来说,主要是基于索引的优化。这个文档,原来已有的方法的基础上,进行了一些扩充,总结了基于索引的SQL语句优化的基本方法,希望有一天你能用。
总纲
建立必要的索引
这次传授的降龙十八掌,总纲只有一句话:建立必要的索引,这就是后面降龙十八掌的内功基础。这一点看似容易实际却很难。难就难在如何判断哪些索引是必要的,哪些又是不必要的。判断的最终标准是看这些索引是否对我们的数据库性能有所帮助。具体到方法上,就必须熟悉数据库应用程序中的所有SQL语句,从中统计出常用的可能对性能有影响的部分SQL,分析、归纳出作为Where条件子句的字段及其组合方式;在这一基础上可以初步判断出哪些表的哪些字段应该建立索引。其次,必须熟悉应用程序。必须了解哪些表是数据操作频繁的表;哪些表经常与其他表进行连接;哪些表中的数据量可能很大;对于数据量大的表,其中各个字段的数据分布情况如何;等等。对于满足以上条件的这些表,必须重点关注,因为在这些表上的索引,将对SQL语句的性能产生举足轻重的影响。不过下面还是总结了一下降龙十八掌内功的入门基础,建立索引常用的规则如下:
1、表的主键、外键必须有索引;
2、数据量超过300的表应该有索引;
3、经常与其他表进行连接的表,在连接字段上应该建立索引;
4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;
5、索引应该建在选择性高的字段上;
6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;
7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:
A、正确选择复合索引中的主列字段,一般是选择性较好的字段;
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;
C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;
D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;
E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;
8、频繁进行数据操作的表,不要建立太多的索引;
9、删除无用的索引,避免对执行计划造成负面影响;
以上是一些普遍的建立索引时的判断依据。一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。 另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大。
降龙十八掌
第一掌 web开发必须绑定变量
原因:利用共享池已有的语句的执行计划,减少SQL“Hard Prase(硬解析)”,如果共享池中SQL语句数量太多,重用性极低,加速了SQL语句的老化,最终被清理出共享池;这样就导致共享池碎片过多,使命中率降低。(而为了维护共享池内部结构,需要使用latchs,这将使用大量的cpu 资源,使得性能急剧下降) 。
绑定变量示例:
String v_id = xxxxx;String v_sql = select name
显示全部