|
分析一個sql查詢慢的方法：
1、了解查詢的結(jié)果集與全表的比值
根據(jù)了解表數(shù)據(jù)，可判斷索引是否在查詢中該用。
如果是索引沒用上導(dǎo)致慢的原因，這個就需要通過表統(tǒng)計，索引重建，或hint等方式讓其走上索引。
2、重新分析表的統(tǒng)計信息
exec
dbms_stats.gather_table_stats('GMAP','S_GRID_P_MARKET');--對整個表進(jìn)行統(tǒng)計
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');
--只對需要的字段統(tǒng)計
3、判斷索引是否有效，是否需要重建，分析索引
analyze index
IDX_P_TILE_STREETAREA_ROWCOL validate structure;--分析索引結(jié)構(gòu)
--查看該索引的相關(guān)信息
select btree_space, -- if > 8192（塊的大?。?br> 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 后面的值即可能需要進(jìn)行 index
rebuild.
4、查看索引或表的碎片程度
--查看索引碎片程度（del_lf_rows與lf_rows的比值）
必須先執(zhí)行
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執(zhí)行中等待事件
oracle9i的話，v$session視圖與v$sql視圖沒有sql_id字段，可以通過地址進(jìn)行關(guān)聯(lián)，而且關(guān)聯(lián)的時候要注意sql_address是raw型，而address
是number型，不能直接將v$sql查詢出來的address值放到v$session中sql_address字段。
如果是oracle10g則直接用sql_id關(guān)聯(lián)就可以了。
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%');
多執(zhí)行幾次，查看等待時間的變化情況。
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;
|
