解決: 執行計劃變了,一條語句要跑20小時候.
temp_link_id也許有20k. 下面在新refresh的資料庫上,計劃由原來的nested-loop變成MERGE JOIN 了, 然後新的計劃後,要跑20小時才能跑得完.
SELECT i.item_id
FROM item i,
item_link il
WHERE i.item_id = il.item_id
AND latest_ind = 'Y'
AND account_code = 'CRES_20000'
AND account_type_code = 'TRADE'
AND link_id IN
(SELECT link_id
FROM temp_link_id);
Execution plan:
SQL> SELECT i.item_id
2 FROM item i,
3 item_link il
4 WHERE i.item_id = il.item_id
5 AND latest_ind = 'Y'
6 AND account_code = 'CRES_20000'
7 AND account_type_code = 'TRADE'
8 AND link_id IN
9 (SELECT link_id
10 FROM temp_link_id);
Elapsed: 00:00:00.00
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=316 Card=1 Bytes=62)
1 0 NESTED LOOPS (Cost=316 Card=1 Bytes=62)
2 1 MERGE JOIN (CARTESIAN) (Cost=315 Card=1 Bytes=36)
3 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=315 Card
=15655 Bytes=360065)
4 3 INDEX (RANGE SCAN) OF 'IX_ITEM_6' (NON-UNIQUE) (Cost
=35 Card=15655)
5 2 BUFFER (SORT)6 5 SORT (UNIQUE)
7 6 INDEX (FULL SCAN) OF 'IX_TEMP_LINK_ID_1' (NON-UNIQUE)
8 1 INDEX (UNIQUE SCAN) OF 'IX_ITEM_LINK_1' (UNIQUE) (Cost=1
Card=1 Bytes=26)
Changed to below: (加提示,讓走nested-loop,問題解決)
SQL> SELECT /*+ ordered use_nl(tl,il,i) index(il, pk_item_link) */ i
.item_id
2 FROM
3 temp_link_id tl,
4 item_link il,
5 item i
6 WHERE
7 il.link_id = tl.link_id
8 AND i.item_id = il.item_id
9 AND i.latest_ind = 'Y'
10 AND i.account_code = 'CRES_20000'
11 AND i.account_type_code = 'TRADE';
no rows selected
Elapsed: 00:00:59.28
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=228994 Card=1 Bytes=
62)
1 0 NESTED LOOPS (Cost=228994 Card=1 Bytes=62)
2 1 NESTED LOOPS (Cost=228992 Card=1 Bytes=39)
3 2 INDEX (FULL SCAN) OF 'IX_TEMP_LINK_ID_1' (NON-UNIQUE)
4 2 INDEX (RANGE SCAN) OF 'PK_ITEM_LINK' (UNIQUE) (Cost=22
8991 Card=11983281 Bytes=311565306)
5 1 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=2 Card=1 B
ytes=23)
6 5 INDEX (UNIQUE SCAN) OF 'PK_ITEM' (UNIQUE) (Cost=1 Card
=1)
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14377/viewspace-970680/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 執行一條sql語句都經歷了什麼?SQL
- 當執行一條select語句時,MySQL到底做了啥?MySql
- 一條更新語句的執行流程
- 一條查詢語句的執行流程
- 一條sql語句的執行過程SQL
- 一條SQL更新語句是如何執行的?SQL
- 一條SQL更新語句是如何執行的SQL
- 一條update SQL語句是如何執行的SQL
- MySQL:一條更新語句是如何執行的MySql
- mybatis-一次執行多條語句MyBatis
- 一條 SQL 查詢語句是如何執行的?SQL
- 一條更新的SQL語句是如何執行的?SQL
- 一條SQL語句在MySQL中如何執行的MySql
- spark sql語句效能最佳化及執行計劃SparkSQL
- 獲取oracle sql語句詳細些執行計劃OracleSQL
- 執行計劃沒變,執行時快時慢是怎麼回事?
- 一條 SQL 語句在 MySQL 中是如何執行的?MySql
- 執行一條 SQL 語句,期間發生了什麼?SQL
- 一條sql語句在mysql中是如何執行的MySql
- [20240409]為什麼一條sql語句在例項2執行要慢的分析.txtSQL
- MySQL日誌(一條sql更新語句是如何執行的)MySql
- MySQL語句執行分析(一)MySql
- PostgreSQL執行計劃變化SQL
- MYSQL 中 exists 語句執行效率變低MySql
- MySQL cron定時執行SQL語句MySql
- 面試官:MySQL 是如何執行一條查詢語句的?面試MySql
- MySQL系列之一條SQL查詢語句的執行過程MySql
- 分析執行計劃優化SQLSQL語句處理的過程(轉)優化SQL
- 一文讀懂一條 SQL 查詢語句是如何執行的SQL
- mysql sql語句執行超時設定MySql
- 02 | 日誌系統:一條SQL更新語句是如何執行的?SQL
- Explain執行計劃詳解AI
- mongodb執行計劃解釋MongoDB
- DBeaver如何一次性執行多條sql語句,原來和單條不一樣!SQL
- mySQL 執行語句執行順序MySql
- 01 | 基礎架構:一條SQL查詢語句是如何執行的?架構SQL
- Swift 條件語句講解Swift
- 執行計劃-5:第一個子操作的變化
- Oracle資料庫多條sql執行語句出現錯誤時的控制方式Oracle資料庫SQL