|
分析一个sql查询慢的方法：
1、了解查询的结果集与全表的比值
根据了解表数据，可判断索引是否在查询中该用。
如果是索引没用上导致慢的原因，这个就需要通过表统计，索引重建，或hint等方式让其走上索引。
2、重新分析表的统计信息
exec
dbms_stats.gather_table_stats('GMAP','S_GRID_P_MARKET');--对整个表进行统计
exec
dbms_stats.gather_table_stats('GMAP','S_GRID_P_MARKET',estimate_percent=>100,cascade=>true,no_invalidate=>true,
method_opt=>'for columns size skewonly DISTRICTID');
--只对需要的字段统计
3、判断索引是否有效，是否需要重建，分析索引
analyze index
IDX_P_TILE_STREETAREA_ROWCOL validate structure;--分析索引结构
--查看该索引的相关信息
select btree_space, -- if > 8192（块的大小）
height, -- if >
3
pct_used, -- if < 75
del_lf_rows / (decode(lf_rows,
0, 1, lf_rows)) * 100 as deleted_pct -- if > 20%
from
index_stats;
如果超出了if 后面的值即可能需要进行 index
rebuild.
4、查看索引或表的碎片程度
--查看索引碎片程度（del_lf_rows与lf_rows的比值）
必须先执行
analyze index index_name validate structure;
select name,
del_lf_rows,
lf_rows,
round(del_lf_rows * 100 /
decode((lf_rows + del_lf_rows), 0, 1), 2)
from
index_stats;
--查看碎片程度高的表
SELECT segment_name table_name, COUNT(*)
extents
FROM dba_segments
WHERE owner NOT IN ('SYS',
'SYSTEM')
GROUP BY segment_name
HAVING COUNT(*) = (SELECT
MAX(COUNT(*))
FROM
dba_segments
GROUP BY
segment_name);
解决表碎片问题：alter table ...move
tablespace...
5、查看该sql执行中等待事件
oracle9i的话，v$session视图与v$sql视图没有sql_id字段，可以通过地址进行关联，而且关联的时候要注意sql_address是raw型，而address
是number型，不能直接将v$sql查询出来的address值放到v$session中sql_address字段。
如果是oracle10g则直接用sql_id关联就可以了。
select
sid, event
from v$session_wait
where sid in
(select
sn.sid
from v$session sn, v$sql sl
where sn.sql_address
= sl.address
and sl.sql_text like
'select
gwm_geometry from s_grid_p_market where districtid
=1500%');
多执行几次，查看等待时间的变化情况。
6、并行
查看并行开启的效果。
select /*+
parallel(dd,2)*/ gwm_geometry from s_grid_p_market where districtid
=1500;
或者直接对表启用并行：alter table s_grid_p_market parallel;
（取消并行）：alter
table s_grid_p_market noparallel;
|
