SQL基础及调优.pptVIP

SQL调优-索引-总结 合理的索引设计要建立在对各种查询的分析和预测上。一般来说： 1.有大量重复值、且经常有范围查询（between, , ，=, =）和order by 、group by发生的列，可考虑建立聚合索引； 2.经常同时存取多列，且每列都含有重复值可考虑建立组合索引； 组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列 3.在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。 4.如果待排序的列有多个，可以在这些列上建立复合索引 SQL调优-索引-总结 一些不使用索引的情况1，NOT IN2，NOT BETWEEN3，LIKE（第一个字符非%号除外，如name like 李%）4，5，IS NULL/IS NOT NULL6，查询的字段加函数7，在8I中，多字段的组合索引（A，B，C），select * from ** wher B=33,则索引也不会用。（按前缀式规则使用索引除外，如A=33 and B=33?? ||?? A=33 || A=33 and C=33）注：9I除外 SQL调优-充份的连接条件- 例 表card有7896行，在card_no上有一个非聚集索引，表account有191122行，在 account_no上有一个非聚集索引 Select sum(a.amount) from account a,card b where a.card_no =b.card_no（20秒） select sum(a.amount) from account a,card b where a.card_no = b.card_no and a. account_no=b.account_no（ 1秒） 在第一个连接条件下，最佳查询方案是将account作外层表，card作内层表，利用 card上的索引；在第二个连接条件下，最佳查询方案是将card作外层表，account作内层表，利用 account上的索引 --可见，只有充份的连接条件，真正的最佳方案才会被执行。 SQL调优-充份的连接条件-总结 多表操作在被实际执行前，查询优化器会根据连接条件，列出几组可能的连接案并从中找出系统开销最小的最佳方案。连接条件要充份考虑带有索引的表、行数多的表； 内外表的选择可由公式：外层表中的匹配行数*内层表中每一次查找的次数确定，乘积最小为最佳方案。 SQL调优-优化Where条件-例1 下列SQL条件语句中的列都建有恰当的索引，但执行速度却非常慢： select * from record where substring(card_no,1,4)=5378(13秒) select * from record where amount/30 1000（11秒） select * from record where convert(char(10),date,112)10 where子句中对列的任何操作结果都是在SQL运行时逐列计算得到的，因此它不得不进行表搜索，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被SQL优化器优化，使用索引，避免表搜索，因此将SQL重写成下面这样： select * from record where card_no like 5378%（ 1秒） select * from record where amount 1000*30（ 1秒） select * from record where date= 1999/12/01 （ 1秒） SQL调优-优化Where条件-例2 表stuff有200000行，id_no上有非聚合索引，请看下面这个SQL： Select count(*) from stuff where id_no in(0,1) （23秒） where条件中的in在逻辑上相当于or，所以语法分析器会将in (0,1)转化为id_no =0 or id_no=1来执行。我们期望它会根据每个or子句分别查找，再将结果相加，这样可以利用id_no上的索引；但实际上（根据showplan）,它却采用了“OR策略“ ，即先取出满足