sql join 条件与性能

newkid

你不是说改成HASH JOIN就好了？现在还有什么问题？修改之后的SQL和计划呢？

KEN6503

newkid 发表于 2018-1-18 23:07
你不是说改成HASH JOIN就好了？现在还有什么问题？修改之后的SQL和计划呢？

我没有改sql， 只是加了hint。   /*+use_hash(a,b)*/ 加了hint之后的plan

1. SQL_ID  drgs6c1dkn7h3, child number 0
   
2. -------------------------------------
   
3. 
   
4. Plan hash value: 3034424274
   
5. 
   
6. -------------------------------------------------------------------------------------------------------------------------------------
   
7. | Id  | Operation                            | Name                         | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
   
8. -------------------------------------------------------------------------------------------------------------------------------------
   
9. |   0 | SELECT STATEMENT                     |                              |       |       |   162K(100)|          |       |       |
   
10. |*  1 |  HASH JOIN RIGHT OUTER               |                              |   690 | 32430 |   162K (13)| 00:11:42 |       |       |
    
11. |   2 |   VIEW                               |                              |     5 |    90 |   128K (14)| 00:09:15 |       |       |
    
12. |   3 |    NESTED LOOPS                      |                              |       |       |            |          |       |       |
    
13. |   4 |     NESTED LOOPS                     |                              |     5 |   460 |   128K (14)| 00:09:15 |       |       |
    
14. |*  5 |      HASH JOIN                       |                              |     5 |   265 |   128K (14)| 00:09:15 |       |       |
    
15. |   6 |       MERGE JOIN CARTESIAN           |                              |    31 |   651 |     5   (0)| 00:00:01 |       |       |
    
16. |*  7 |        TABLE ACCESS FULL             | ACCT_CRIT                    |     1 |    11 |     2   (0)| 00:00:01 |       |       |
    
17. |   8 |        BUFFER SORT                   |                              |    61 |   610 |     3   (0)| 00:00:01 |       |       |
    
18. |*  9 |         TABLE ACCESS FULL            | ACCT_TYP                     |    61 |   610 |     3   (0)| 00:00:01 |       |       |
    
19. |  10 |       PARTITION RANGE SINGLE         |                              |   181 |  5792 |   128K (14)| 00:09:15 |   KEY |   KEY |
    
20. |  11 |        PARTITION LIST SINGLE         |                              |   181 |  5792 |   128K (14)| 00:09:15 |       |       |
    
21. |* 12 |         TABLE ACCESS FULL            | INST_DEL                     |   181 |  5792 |   128K (14)| 00:09:15 |   KEY |   KEY |
    
22. |  13 |      PARTITION LIST SINGLE           |                              |     1 |       |     0   (0)|          |   KEY |   KEY |
    
23. |* 14 |       INDEX UNIQUE SCAN              | XPK_INST                     |     1 |       |     0   (0)|          |   123 |   123 |
    
24. |* 15 |     TABLE ACCESS BY LOCAL INDEX ROWID| INST                         |     1 |    39 |     1   (0)| 00:00:01 |   123 |   123 |
    
25. |  16 |   PARTITION RANGE SINGLE             |                              |   690 | 20010 | 33826  (10)| 00:02:27 |   KEY |   KEY |
    
26. |  17 |    PARTITION LIST SINGLE             |                              |   690 | 20010 | 33826  (10)| 00:02:27 |       |       |
    
27. |* 18 |     TABLE ACCESS FULL                | PART_INS                     |   690 | 20010 | 33826  (10)| 00:02:27 |   KEY |   KEY |
    
28. -------------------------------------------------------------------------------------------------------------------------------------
    
29. 
    
30. Predicate Information (identified by operation id):
    
31. ---------------------------------------------------
    
32. 
    
33.    1 - access("A"."SRC_SYS_CODE"="B"."SRC_SYS_CODE" AND "B"."INS_ACCT_NMBR"=CASE
    
34.               "A"."SRC_SYS_CODE" WHEN 'TSS' THEN TRIM("A"."INS_ACCT_NMBR_CHAR") ELSE
    
35.               LTRIM(TRIM(UPPER("A"."INS_ACCT_NMBR_CHAR")),'0') END )
    
36.    5 - access("DT"."ACCT_TYP_CD"="ATP"."ACCT_TYP_CD" AND "DT"."INSTR_STATUS_CD"="ST"."INSTR_STATUS_CD")
    
37.    7 - filter("ST"."SRC_SYS_CODE"='QUT')
    
38.    9 - filter("ATP"."INC_IND"<>'E')
    
39.   12 - filter(("DT"."SRC_CODE"='QUT' AND "DT"."RUN_DT"='17-JAN-18'))
    
40.   14 - access("B"."SRC_SYS_CODE"='QUT' AND "DT"."INST_KEY"="B"."INST_KEY")
    
41.   15 - filter(("B"."ORIG_INS_ACCT_NMBR" IS NULL OR ("B"."SRC_SYS_CODE"='SITE' AND
    
42.               "B"."INST_KEY"<>140382305410519 AND "B"."INST_KEY"<>140382477860519 AND "B"."INST_KEY"<>140382671970519
    
43.               AND "B"."INST_KEY"<>140381720520519 AND "B"."INST_KEY"<>140382147600519 AND
    
44.               "B"."INST_KEY"<>140381934160519 AND "B"."INST_KEY"<>140382175310519)))
    
45.   18 - filter(("A"."SRC_SYS_CODE"='QUT' AND "A"."SRC_CODE"='BCF' AND
    
46.               "A"."RUN_DT"='17-JAN-18'))

复制代码

sqysl

KEN6503 发表于 2018-1-11 02:27
谢谢，这是一个existing query，query写的很复杂， run的时间非常长。
另外，有一个问题想请教一下：我 ...

可以确定计划跑偏了，而不是你们DBA说的一切正常，之前我遇到和解决了太多类似的问题，其实，不是hang在那里，就是性能差，一直跑不完，如果收集统计信息不能解决，那就hint搞定吧，这种问题，改写搞定的几率不确定，但可能存在不稳定的因素。