INDEX建立方式对SQL的影响
本文共 1269 字，大约阅读时间需要 4 分钟。
我常常会听到一些同事对自己的SQL很有信心，往往说一句：“你看，已经走索引了”。但是我们真的使用了适合我们的索引吗？
我抓取到一句SQL,消耗了太多的IO。
因为TBL_WAPXXX数据量比较大,而造成该SQL执行缓慢并且IO消耗高。看看它的SQL执行计划和成本估算(如下图)
注意画框INDEX(为TBL_WAPXXX的相关索引)，虽然走了索引，但是成本和cardnility都很高。检查这个索引发现其实BLEVEL只有2。而再仔细查看SQL并询问实现的功能，其实索引的字段为DATE类型,该SQL只是检查最近几个小时的信息变化.
在WHERE条件中(WARE_DATE > :B2)因为是范围查询,索引使用了(rang scan)，加之该表数据量众多(千万级别)，直接影响了SQL执行性能。
但是通过检查发现，这个索引就是直接创建的B-TREE索引。而我注意到其实该SQL检查的就是最近一个或几个小时的数据，终于可以找到一些问题所在了。INDEX建立时默认情况下，索引的字段采用升序(asc)建立，而这种方法显然是不适合当前这个SQL的，我们可以通过建立基于降序的索引来适应实际的需求。
再来检查执行的SQL计划和预算成本:
执行成本大幅降低。INDEX的建立时索引字段排序的方式其实对特定SQL影响还是很大的。尤其是一些历史流水表，在某些情况下只是查询近期的数据时，就显得尤为重要了。
注：文中的SQL因为某些问题，我做了适当的处理，在显示的执行计划图中也是处理过的，所以会出现表名不十分匹配的问题，请大家见谅。
PS:
我抓取到一句SQL,消耗了太多的IO。
select SMIN_INFOID,NVL(MI.MONU_PROVINCE, '未知'), COUNT(*) I_RESULTNUM
FROM TBL_WAPXXX WARE,TBL_SMSXXX SMIN,TBL_MOBILEXXX MI,TBL_USERXXX USIN
WHERE WARE_DATE > :B2 AND WARE_DATE <= :B2 + :B1 /24
AND WARE.WARE_UID_FK=USIN.USIN_UID_FK AND SUBSTR(USIN.USIN_PHNUM,1,7)=MI.MONU_PHONENUM(+)
AND WARE_WRUIID_FK=SMIN.SMIN_INFOID GROUP BY SMIN_INFOID ,MI.MONU_PROVINCE
FROM TBL_WAPXXX WARE,TBL_SMSXXX SMIN,TBL_MOBILEXXX MI,TBL_USERXXX USIN
WHERE WARE_DATE > :B2 AND WARE_DATE <= :B2 + :B1 /24
AND WARE.WARE_UID_FK=USIN.USIN_UID_FK AND SUBSTR(USIN.USIN_PHNUM,1,7)=MI.MONU_PHONENUM(+)
AND WARE_WRUIID_FK=SMIN.SMIN_INFOID GROUP BY SMIN_INFOID ,MI.MONU_PROVINCE
因为TBL_WAPXXX数据量比较大,而造成该SQL执行缓慢并且IO消耗高。看看它的SQL执行计划和成本估算(如下图)
注意画框INDEX(为TBL_WAPXXX的相关索引)，虽然走了索引，但是成本和cardnility都很高。检查这个索引发现其实BLEVEL只有2。而再仔细查看SQL并询问实现的功能，其实索引的字段为DATE类型,该SQL只是检查最近几个小时的信息变化.
在WHERE条件中(WARE_DATE > :B2)因为是范围查询,索引使用了(rang scan)，加之该表数据量众多(千万级别)，直接影响了SQL执行性能。
但是通过检查发现，这个索引就是直接创建的B-TREE索引。而我注意到其实该SQL检查的就是最近一个或几个小时的数据，终于可以找到一些问题所在了。INDEX建立时默认情况下，索引的字段采用升序(asc)建立，而这种方法显然是不适合当前这个SQL的，我们可以通过建立基于降序的索引来适应实际的需求。
SQL> create index IDX_WARE_DATE1 on TBL_WAPXXXX(WARE_DATE desc)
2 tablespace USERTBS;
2 tablespace USERTBS;
再来检查执行的SQL计划和预算成本:
执行成本大幅降低。INDEX的建立时索引字段排序的方式其实对特定SQL影响还是很大的。尤其是一些历史流水表，在某些情况下只是查询近期的数据时，就显得尤为重要了。
注：文中的SQL因为某些问题，我做了适当的处理，在显示的执行计划图中也是处理过的，所以会出现表名不十分匹配的问题，请大家见谅。
PS:
最近总是很忙，忙的只有在睡觉前才有时间写点东西。但是实在太累，总是无法好好的写。真的要好好坚持坚持呀 -:)，否则年初的目标就很难完成了。
本文转自Be the miracle!博客51CTO博客，原文链接http://blog.51cto.com/miracle/169244如需转载请自行联系原作者
Larry.Yue
你可能感兴趣的文章
struts2 action 返回类型分析
查看>>
【原创】FPGA开发手记（三） PS/2键盘
查看>>
viewpage滑动查看图片并再有缩略图预览
查看>>
linux统计多个文件大小总和
查看>>
java基础-Eclipse开发工具介绍
查看>>
JS常见的字符串操作
查看>>
洛谷P1069 细胞分裂 数学
查看>>
JAVA中的编码分析
查看>>
查看源代码Source not found及在eclipse中配置jdk的src.zip源代码
查看>>
document.all用法
查看>>
uniGUI试用笔记（二）
查看>>
HOG特征-理解篇
查看>>
Microsoft.AlphaImageLoader滤镜解说
查看>>
extjs_02_grid(显示本地数据，显示跨域数据)
查看>>
超过响应缓冲区限制
查看>>
ubuntu 下安装 matplotlib
查看>>
webservice的几个简单概念
查看>>
underscore 1.7.0 api
查看>>
C# CheckedListBox控件的使用方法
查看>>
spring Transaction Management --官方
查看>>