基于索引的sql语句优化之降龙十八掌.docVIP

基于索引的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