SQL优化是一个比较复杂的事情,想要做好优化一要靠扎实的技术功底,二要靠丰富的实践经验,这里来谈一下SQL优化中的sort优化问题。
在之前的优化经验中,错误的任务只要结果集不大,含有order by的SQL可以不用考虑sort的消耗。在最近的一次测试中,在梁神的指导下,才发现原来单独启动sort这个算法都需要很大的开销。下面介绍下如何去掉sort。
1、 单表查询消sort
对于单表查询含有order by 的SQL,这个消掉sort比较简单,建个对应的索引即可,如:
建表:
CREATE TABLE TAB02
(
ID CHAR(10),
NAME CHAR(10),
ADDR CHAR(10));
插入测试数据:
insert into tab02 select level,'a'||level,sysdate-level from dual connect by level <=100;
commit;
select * from tab02 a where id > 98 order by id desc
执行计划:
1 #NSET2: [1, 5, 112]
2 #PRJT2: [1, 5, 112]; exp_num(4), is_atom(FALSE)
3 #SORT3: [1, 5, 112]; key_num(1), is_distinct(FALSE), top_flag(0), is_adaptive(0)
4 #SLCT2: [1, 5, 112]; A.ID > 98
5 #CSCN2: [1, 112, 112]; INDEX33555464(TAB02 as A)
创建索引并收集统计信息:
create index IDX_TAB02_ID on tab02(id desc);
sp_Index_stat_Init('SYSDBA','IDX_TAB02_ID');
执行计划:
1 #NSET2: [1, 2, 112]
2 #PRJT2: [1, 2, 112]; exp_num(4), is_atom(FALSE)
3 #BLKUP2: [1, 2, 112]; IDX_TAB02_ID(A)
4 #SSEK2: [1, 2, 112]; scan_type(ASC), IDX_TAB02_ID(TAB02 as A), scan_range(null2,98)
我们可以看到sort已经去掉了。
再插入100条数据:
insert into tab02 select level,'a'||level,sysdate-level from dual connect by level <=100;
commit;
select * from tab02 a where id = 99 order by addr desc
查看执行计划:
1 #NSET2: [1, 2, 112]
2 #PRJT2: [1, 2, 112]; exp_num(4), is_atom(FALSE)
3 #SORT3: [1, 2, 112]; key_num(1), is_distinct(FALSE), top_flag(0), i