下面sql 30秒執行出結果，檢視sql謂詞中有like，我們知道謂詞中有這樣的語句是不走索引的（為了保護客戶的隱私，表名和部分列已經重新命名）。

點選(此處)摺疊或開啟

SELECT /*+1*/
CHECKNUM AS PINGZBSM,
CHECKDATE,
XXXMODE,
XXXRESULT,
(SELECT RESULT
FROM (select ID,to_char(WMSYS.WM_CONCAT(xxxnum||xxxtype||xxxmode||xxxresult)) RESULT
from OOOO_XXXCHECKLOG
WHERE CHECKDATE BETWEEN DATE'2018-05-04' AND DATE'2018-05-04' and xxxtype like '%PAR'
GROUP BY ID
) b where b.id=a.id
) RESULT,
CLERKNUM AS CHECKNUM
FROM OOO_XXXECHECKLOG A;

邏輯讀600多萬。檢視索引情況如下

表過濾返回資料量如下：

點選(此處)摺疊或開啟

SQL> select count(*) from OOOO_XXXCHECKLOG;
2799616
select count(*) from OOOO_XXXCHECKLOG WHERE CHECKDATE BETWEEN DATE'2018-05-04' AND DATE'2018-05-04' and xxxtype like '%PAR';
12856
select count(*) from OOOO_XXXCHECKLOG WHERE CHECKDATE BETWEEN DATE'2018-05-04' AND DATE'2018-05-04';
197984

透過查詢上面返回資料可知，因為xxxtype不走索引，所以透過索引要回表197984次，如果走了索引只回表12856次。

下面我們建立REVERSE索引IDX_ID_TYPE_RE

點選(此處)摺疊或開啟

SELECT /*+OOOO_XXXCHECKLOG index(IDX_ID_TYPE_RE) 2*/
CHECKNUM AS PINGZBSM,
CHECKDATE,
XXXMODE,
XXXRESULT,
(SELECT RESULT
FROM (select ID,to_char(WMSYS.WM_CONCAT(xxxnum||xxxtype||xxxmode||xxxresult)) RESULT
from OOOO_XXXCHECKLOG
WHERE CHECKDATE BETWEEN DATE'2018-05-04' AND DATE'2018-05-04' and REVERSE(xxxtype) like 'RAP%'
GROUP BY ID
) b where b.id=a.id
) RESULT,
CLERKNUM AS CHECKNUM
FROM OOO_XXXECHECKLOG A;

檢視執行計劃如下，邏輯讀將為300萬，但是時間還是維持在18秒，根本原因在於這個索引因為標量子查詢的問題被訪問700萬次導致。

下面我們改寫sql如下

點選(此處)摺疊或開啟

SELECT /*+ index(OOOO_XXXCHECKLOG IDX_ID_TYPE_RE) 3*/
CHECKNUM AS PINGZBSM,
CHECKDATE,
XXXMODE,
XXXRESULT,
B.RESULT,
CLERKNUM AS CHECKNUM
FROM OOO_XXXECHECKLOG A
left join (select ID,to_char(WMSYS.WM_CONCAT(xxxnum||xxxtype||xxxmode||xxxresult)) RESULT
from OOOO_XXXCHECKLOG
WHERE CHECKDATE BETWEEN DATE'2018-05-04' AND DATE'2018-05-04' and REVERSE(xxxtype) like 'RAP%'
GROUP BY ID
) b on b.id=a.id;

執行計劃中出現index_skip_scan。

下面我們建立如下索引:

點選(此處)摺疊或開啟

可以看到，邏輯讀降到64424，50個物理讀是因為剛剛建立索引的原因，sql也秒出。

| 作者簡介

SQL最佳化案例-正確的使用索引（二）

相關文章