这条SQL语句如何优化？

xzh2000

最初由 kangaroo76 发布
[B]机器的配置上面给了，应该也不差了吧。 [/B]

机器不算太差，可能是你的order by 引起的吧。
你可以去掉order by 试试。

你可以把sort_area_size调到5m-10m左右。

kangaroo76

最初由 xzh2000 发布
[B]

机器不算太差，可能是你的order by 引起的吧。
你可以去掉order by 试试。

你可以把sort_area_size调到5m-10m左右。 [/B]

去掉order by在没有单列索引（复合索引存在）的情况下走了全表扫描，执行时间仍然在26秒多，加上order by 就走复合索引了时间也是26秒多。
但有一个问题去掉order by 就不能满足我的功能要求了。
另外： sort_area_size是不是每个用户都会占这么大，如果给的大了，系统的内存会不会消耗太大。

xzh2000

走复合索应该是使用的index full scan吧？要么就是index skin scan,
无论如何都不如单列索引效果好。
不去也可以将sort_area_size加大一些就行啦，会，你的内存足够多哦。

rollingpig

hehe
实在不行可以在session level改sort_area_size
alter session set sort...

kangaroo76

各位斑竹给点建议，谢谢！

shenleave

你的oracle配置的是mts的吗？如果是，那么sort_area 是在sga中的，另外oracle检索的数据占总数据量的5%左右的时候就全表扫了，你的这个。。。呵呵。。。。正好在临界状态。。。。

kangaroo76

谢谢

kangaroo76

谢谢

ahlu

因为oracle访问好3万次索引后会访问三万次磁盘，没有办法优化的，你真的需要这么多列吗，最多使用并行范围索引扫描，或组织成索引化表，我觉得这些都不太可能实现，呵呵！要访问磁盘的操作时没有办法优化的，要么从硬件下手

husthxd

最初由 ahlu 发布
[B]因为oracle访问好3万次索引后会访问三万次磁盘，没有办法优化的，你真的需要这么多列吗，最多使用并行范围索引扫描，或组织成索引化表，我觉得这些都不太可能实现，呵呵！要访问磁盘的操作时没有办法优化的，要么从硬件下手 [/B]

1.尝试重新组织表
-- 把表数据备份到临时表中
-- 重新组织表数据
truncate table ....;
create table ... as select * from temp_table order by prma,fln,fs,fltdate;