發現一個SQL執行很慢，如下：
select
?
*
??
from
?rmes.r_wip_tracking_t?wt,?cmes.c_material_t?m
?
where
?m.material_type?
=
?
1
???
and
?(m.material_spec?
like
?
'
L%
'
?
or
?m.material_spec?
like
?
'
C%
'
)
???
and
?wt.model_id?
=
?m.material_id??????
???
AND
?WT.sn?
>=
?
'
1073H2H72270002
'
???
and
?WT.sn?
<=
?
'
1073H2H72270002
'
計劃分析后，發現是都有走索引。
統計兩個表如下：
1.R_WIP_TRACKING_T: 總共有3580030記錄，其中用SN有索引，并且SN在表中唯一
2.c_material_t 總共有512條數據，material_type是外鍵有NORMAL索引，material_spec無索引
有一點發現，如果去掉material_type＝1的SQL會變很快，說明是material_type的問題
在512記錄中發現
| MATERIAL_TYPE | COUNT |
| 0 | 196 |
| 1 | 276 |
| 2 | 8 |
| 3 | 10 |
| 4 | 8 |
| 5 | 13 |
| 7 | 1 |
執行：
drop index FK_TYPE;
create bitmap index FK_TYPE on C_MATERIAL_T (MATERIAL_TYPE) tablespace CMES;
就把SQL的運行時間從89秒降低到了0.15秒
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
