兄弟我现在有:
环境:Oracle8.1.7.4 OPS
一个range分区表:
create table T
(col_a date,
col_b number,
col_c number,
col_d varchar2(20),
....
)
分区键为col_a,现在按年份分了五个区。
两个非前缀local索引:
idx_a(col_b)
idx_b(col_b,col_c)
数据量大约1000w,数据在分区上分布不均匀,大部分在两个分区上。
现在有一个查询:
select .... from T where col_b=:b and col_c=:c
预期fetch记录数10以内。
同一SQL,并发900多个session,出现问题。
900多个session只有几个active,其它都inactive。
等待buffer cache。
系统资源闲置(CPU占用和内存占用低)
trace跟踪一下,发现sql执行计划:
index idx_b:fast full scan
一次sql读取了50000多个block,出现大量的GC cache的等待和db file一直读取的等待。
sql加上hint:/*+index(T idx_b)*/,执行计划改变:
index idx_b:range scan
瞬间响应。
查看idx_b的degree,为1。
应用程序的SQL语句为不能修改,使用outline无效,郁闷!
请大家给分析分析
环境:Oracle8.1.7.4 OPS
一个range分区表:
create table T
(col_a date,
col_b number,
col_c number,
col_d varchar2(20),
....
)
分区键为col_a,现在按年份分了五个区。
两个非前缀local索引:
idx_a(col_b)
idx_b(col_b,col_c)
数据量大约1000w,数据在分区上分布不均匀,大部分在两个分区上。
现在有一个查询:
select .... from T where col_b=:b and col_c=:c
预期fetch记录数10以内。
同一SQL,并发900多个session,出现问题。
900多个session只有几个active,其它都inactive。
等待buffer cache。
系统资源闲置(CPU占用和内存占用低)
trace跟踪一下,发现sql执行计划:
index idx_b:fast full scan
一次sql读取了50000多个block,出现大量的GC cache的等待和db file一直读取的等待。
sql加上hint:/*+index(T idx_b)*/,执行计划改变:
index idx_b:range scan
瞬间响应。
查看idx_b的degree,为1。
应用程序的SQL语句为不能修改,使用outline无效,郁闷!
请大家给分析分析
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7319461/viewspace-765268/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7319461/viewspace-765268/