关于or展开的一个bug

最新推荐文章于 2025-08-18 19:53:22 发布
最新推荐文章于 2025-08-18 19:53:22 发布
阅读量140 收藏
点赞数
文章标签： 数据库 数据结构与算法

描述


近日一个同事发来一个性能极差的sql的10053 trace，据同事说自动收集统计信息是打开的，每天表的数据量变化也不大，说明基本可以排除统计信息不准的情况，最后通过10053发现了一些奇怪的现象，请容我慢慢道来。


问题分析

sql文本


  1. select *
  2.   from (select row_.*, rownum rownum_
  3.           from (SELECT B.KFGZDBH AS PARAM1,
  4.                        ( SELECT MAX(D.GJSJ)
  5.                           FROM FW_DHSQ D
  6.                          WHERE C.KHSQBS = D.KHSQBS) AS PARAM2,
  7.                        A.DDXCSJ AS PARAM3,
  8.                        A.YDQY AS PARAM4,
  9.                        A.XCCLR AS PARAM5,
  10.                        A.GZDZ AS PARAM6,
  11.                        A.KFGZDBS AS PARAM7
  12.                   FROM FW_KFGDXX B, FW_KHSQ C, FW_QXYWFJXX A, FW_DHSQ D
  13.                  WHERE B.KHSQBS = C.KHSQBS
  14.                    AND A.KFGZDBS = B.KFGZDBS
  15.                    AND C.KHSQBS = D.KHSQBS
  16.                    AND B.ZFBZ = '0'
  17.                    AND B.YWLBDM IN ('01')
  18.                    AND B.SLZZBM IN
  19.                        (SELECT ZZBM
  20.                           FROM XT_ZZ Z
  21.                          WHERE Z.ZTBZ = '1'
  22.                          START WITH Z.ZZBM = '0609'
  23.                         CONNECT BY Z.SJZZBM = PRIOR Z.ZZBM)
  24.                    AND B.GZDZTDM = '3'
  25.                    AND B.GDSJ >= to_date('2016-01-01','yyyy-mm-dd')
  26.                    AND B.GDSJ <= sysdate
  27.                    AND (((A.DDXCSJ - D.GJSJ) * 24 * 60 > 45 AND A.YDQY = '1') OR
  28.                        ((A.DDXCSJ - D.GJSJ) * 24 * 60 > 90 AND A.YDQY = '2') OR
  29.                        ((A.DDXCSJ - D.GJSJ) * 24 * 60 > 120 AND A.YDQY = '3'))
  30.                    AND A.DDXCSJ IS NOT NULL
  31.                    AND D.GJSJ IS NOT NULL) row_
  32.          where rownum <= 10)
  33.  where rownum_ > 0

执行计划

============
Plan Table
============
------------------------------------------------------------------------+-----------------------------------+---------------+
| Id  | Operation                                   | Name              | Rows  | Bytes | Cost  | Time      | Pstart| Pstop |
------------------------------------------------------------------------+-----------------------------------+---------------+
| 0   | SELECT STATEMENT                            |                   |       |       |   608 |           |       |       |
| 1   |  SORT AGGREGATE                             |                   |     1 |    25 |       |           |       |       |
| 2   |   TABLE ACCESS BY GLOBAL INDEX ROWID        | FW_DHSQ           |     1 |    25 |     4 |  00:00:01 | ROW LOCATION| ROW LOCATION|
| 3   |    INDEX RANGE SCAN                         | IDX_FW_DHSQ_KHSQBS|     1 |       |     3 |  00:00:01 |       |       |
| 4   |  VIEW                                       |                   |     3 |   477 |   608 |  00:00:08 |       |       |
| 5   |   COUNT STOPKEY                             |                   |       |       |       |           |       |       |
| 6   |    CONCATENATION                            |                   |       |       |       |           |       |       |
| 7   |     FILTER                                  |                   |       |       |       |           |       |       |
| 8   |      FILTER                                 |                   |       |       |       |           |       |       |
| 9   |       NESTED LOOPS SEMI                     |                   |     1 |   193 |   247 |  00:00:03 |       |       |
| 10  |        NESTED LOOPS                         |                   |     1 |   183 |   239 |  00:00:03 |       |       |
| 11  |         NESTED LOOPS                        |                   |     1 |   168 |   238 |  00:00:03 |       |       |
| 12  |          NESTED LOOPS                       |                   |     1 |    87 |   236 |  00:00:03 |       |       |
| 13  |           PARTITION LIST ALL                |                   |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 14  |            TABLE ACCESS FULL                | FW_DHSQ           |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 15  |           TABLE ACCESS FULL                 | FW_QXYWFJXX       |    62 |  3844 |   118 |  00:00:02 |       |       |
| 16  |          TABLE ACCESS BY GLOBAL INDEX ROWID | FW_KFGDXX         |     1 |    81 |     2 |  00:00:01 | ROW LOCATION| ROW LOCATION|
| 17  |           INDEX UNIQUE SCAN                 | PK_FW_KFGDXX      |     1 |       |     1 |  00:00:01 |       |       |
| 18  |         INDEX UNIQUE SCAN                   | PK_FW_KHSQ        |     1 |    15 |     1 |  00:00:01 |       |       |
| 19  |        VIEW                                 | VW_NSO_1          |     1 |    10 |     8 |  00:00:01 |       |       |
| 20  |         FILTER                              |                   |       |       |       |           |       |       |
| 21  |          CONNECT BY WITH FILTERING          |                   |       |       |       |           |       |       |
| 22  |           TABLE ACCESS BY INDEX ROWID       | XT_ZZ             |     1 |    20 |     2 |  00:00:01 |       |       |
| 23  |            INDEX UNIQUE SCAN                | PK_XT_ZZ          |     1 |       |     1 |  00:00:01 |       |       |
| 24  |           NESTED LOOPS                      |                   |     3 |    96 |     6 |  00:00:01 |       |       |
| 25  |            CONNECT BY PUMP                  |                   |       |       |       |           |       |       |
| 26  |            TABLE ACCESS BY INDEX ROWID      | XT_ZZ             |     3 |    60 |     4 |  00:00:01 |       |       |
| 27  |             INDEX RANGE SCAN                | IDX_XT_ZZ_SJZZBM  |     3 |       |     1 |  00:00:01 |       |       |
| 28  |     FILTER                                  |                   |       |       |       |           |       |       |
| 29  |      FILTER                                 |                   |       |       |       |           |       |       |
| 30  |       NESTED LOOPS SEMI                     |                   |     1 |   193 |   217 |  00:00:03 |       |       |
| 31  |        NESTED LOOPS                         |                   |     1 |   183 |   209 |  00:00:03 |       |       |
| 32  |         NESTED LOOPS                        |                   |     1 |   168 |   208 |  00:00:03 |       |       |
| 33  |          NESTED LOOPS                       |                   |     1 |    87 |   206 |  00:00:03 |       |       |
| 34  |           PARTITION LIST ALL                |                   |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 35  |            TABLE ACCESS FULL                | FW_DHSQ           |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 36  |           TABLE ACCESS FULL                 | FW_QXYWFJXX       |    62 |  3844 |    88 |  00:00:02 |       |       |
| 37  |          TABLE ACCESS BY GLOBAL INDEX ROWID | FW_KFGDXX         |     1 |    81 |     2 |  00:00:01 | ROW LOCATION| ROW LOCATION|
| 38  |           INDEX UNIQUE SCAN                 | PK_FW_KFGDXX      |     1 |       |     1 |  00:00:01 |       |       |
| 39  |         INDEX UNIQUE SCAN                   | PK_FW_KHSQ        |     1 |    15 |     1 |  00:00:01 |       |       |
| 40  |        VIEW                                 | VW_NSO_1          |     1 |    10 |     8 |  00:00:01 |       |       |
| 41  |         FILTER                              |                   |       |       |       |           |       |       |
| 42  |          CONNECT BY WITH FILTERING          |                   |       |       |       |           |       |       |
| 43  |           TABLE ACCESS BY INDEX ROWID       | XT_ZZ             |     1 |    20 |     2 |  00:00:01 |       |       |
| 44  |            INDEX UNIQUE SCAN                | PK_XT_ZZ          |     1 |       |     1 |  00:00:01 |       |       |
| 45  |           NESTED LOOPS                      |                   |     3 |    96 |     6 |  00:00:01 |       |       |
| 46  |            CONNECT BY PUMP                  |                   |       |       |       |           |       |       |
| 47  |            TABLE ACCESS BY INDEX ROWID      | XT_ZZ             |     3 |    60 |     4 |  00:00:01 |       |       |
| 48  |             INDEX RANGE SCAN                | IDX_XT_ZZ_SJZZBM  |     3 |       |     1 |  00:00:01 |       |       |
| 49  |     FILTER                                  |                   |       |       |       |           |       |       |
| 50  |      FILTER                                 |                   |       |       |       |           |       |       |
| 51  |       NESTED LOOPS SEMI                     |                   |     1 |   193 |   143 |  00:00:02 |       |       |
| 52  |        NESTED LOOPS                         |                   |     1 |   183 |   135 |  00:00:02 |       |       |
| 53  |         NESTED LOOPS                        |                   |     1 |   168 |   134 |  00:00:02 |       |       |
| 54  |          NESTED LOOPS                       |                   |     1 |    87 |   132 |  00:00:02 |       |       |
| 55  |           PARTITION LIST ALL                |                   |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 56  |            TABLE ACCESS FULL                | FW_DHSQ           |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 57  |           TABLE ACCESS FULL                 | FW_QXYWFJXX       |    62 |  3844 |    14 |  00:00:01 |       |       |
| 58  |          TABLE ACCESS BY GLOBAL INDEX ROWID | FW_KFGDXX         |     1 |    81 |     2 |  00:00:01 | ROW LOCATION| ROW LOCATION|
| 59  |           INDEX UNIQUE SCAN                 | PK_FW_KFGDXX      |     1 |       |     1 |  00:00:01 |       |       |
| 60  |         INDEX UNIQUE SCAN                   | PK_FW_KHSQ        |     1 |    15 |     1 |  00:00:01 |       |       |
| 61  |        VIEW                                 | VW_NSO_1          |     1 |    10 |     8 |  00:00:01 |       |       |
| 62  |         FILTER                              |                   |       |       |       |           |       |       |
| 63  |          CONNECT BY WITH FILTERING          |                   |       |       |       |           |       |       |
| 64  |           TABLE ACCESS BY INDEX ROWID       | XT_ZZ             |     1 |    20 |     2 |  00:00:01 |       |       |
| 65  |            INDEX UNIQUE SCAN                | PK_XT_ZZ          |     1 |       |     1 |  00:00:01 |       |       |
| 66  |           NESTED LOOPS                      |                   |     3 |    96 |     6 |  00:00:01 |       |       |
| 67  |            CONNECT BY PUMP                  |                   |       |       |       |           |       |       |
| 68  |            TABLE ACCESS BY INDEX ROWID      | XT_ZZ             |     3 |    60 |     4 |  00:00:01 |       |       |
| 69  |             INDEX RANGE SCAN                | IDX_XT_ZZ_SJZZBM  |     3 |       |     1 |  00:00:01 |       |       |
------------------------------------------------------------------------+-----------------------------------+---------------+
Predicate Information:
----------------------
3 - access("D"."KHSQBS"=:B1)
4 - filter("ROWNUM_">0)
5 - filter(ROWNUM<=10)
7 - filter(ROWNUM<=10)
8 - filter(TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss')<=SYSDATE@!)
14 - filter("D"."GJSJ" IS NOT NULL)
15 - filter(("A"."YDQY"='3' AND "A"."DDXCSJ" IS NOT NULL AND ("A"."DDXCSJ"-"D"."GJSJ")*24*60>120))
16 - filter(("B"."YWLBDM"='01' AND "B"."GZDZTDM"='3' AND "B"."ZFBZ"='0' AND "B"."GDSJ">=TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "B"."GDSJ"<=SYSDATE@!))
17 - access("A"."KFGZDBS"="B"."KFGZDBS")
18 - access("C"."KHSQBS"="D"."KHSQBS")
18 - filter("B"."KHSQBS"="C"."KHSQBS")
19 - filter("B"."SLZZBM"="ZZBM")
20 - filter("Z"."ZTBZ"='1')
21 - access("Z"."SJZZBM"=PRIOR NULL)
23 - access("Z"."ZZBM"='0609')
27 - access("Z"."SJZZBM"="connect$_by$_pump$_009"."PRIOR Z.ZZBM")
28 - filter(ROWNUM<=10)
29 - filter(TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss')<=SYSDATE@!)
35 - filter("D"."GJSJ" IS NOT NULL)
36 - filter(("A"."YDQY"='2' AND "A"."DDXCSJ" IS NOT NULL AND ("A"."DDXCSJ"-"D"."GJSJ")*24*60>90 AND (LNNVL("A"."YDQY"='3') OR LNNVL(("A"."DDXCSJ"-"D"."GJSJ")*24*60>120))))
37 - filter(("B"."YWLBDM"='01' AND "B"."GZDZTDM"='3' AND "B"."ZFBZ"='0' AND "B"."GDSJ">=TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "B"."GDSJ"<=SYSDATE@!))
38 - access("A"."KFGZDBS"="B"."KFGZDBS")
39 - access("C"."KHSQBS"="D"."KHSQBS")
39 - filter("B"."KHSQBS"="C"."KHSQBS")
40 - filter("B"."SLZZBM"="ZZBM")
41 - filter("Z"."ZTBZ"='1')
42 - access("Z"."SJZZBM"=PRIOR NULL)
44 - access("Z"."ZZBM"='0609')
48 - access("Z"."SJZZBM"="connect$_by$_pump$_009"."PRIOR Z.ZZBM")
49 - filter(ROWNUM<=10)
50 - filter(TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss')<=SYSDATE@!)
56 - filter("D"."GJSJ" IS NOT NULL)
57 - filter(("A"."DDXCSJ" IS NOT NULL AND "A"."YDQY"='1' AND ("A"."DDXCSJ"-"D"."GJSJ")*24*60>45 AND (LNNVL("A"."YDQY"='2') OR LNNVL(("A"."DDXCSJ"-"D"."GJSJ")*24*60>90)) AND (LNNVL("A"."YDQY"='3') OR LNNVL(("A"."DDXCSJ"-"D"."GJSJ")*24*60>120))))
58 - filter(("B"."YWLBDM"='01' AND "B"."GZDZTDM"='3' AND "B"."ZFBZ"='0' AND "B"."GDSJ">=TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "B"."GDSJ"<=SYSDATE@!))
59 - access("A"."KFGZDBS"="B"."KFGZDBS")
60 - access("C"."KHSQBS"="D"."KHSQBS")
60 - filter("B"."KHSQBS"="C"."KHSQBS")
61 - filter("B"."SLZZBM"="ZZBM")
62 - filter("Z"."ZTBZ"='1')
63 - access("Z"."SJZZBM"=PRIOR NULL)
65 - access("Z"."ZZBM"='0609')
69 - access("Z"."SJZZBM"="connect$_by$_pump$_009"."PRIOR Z.ZZBM")

分析执行计划很容易发现CBO对该sql进行了or展开，且每一个or的分支执行计划都几乎一样,所以只需分析一个or的分支即可。
| 9   |       NESTED LOOPS SEMI                     |                   |     1 |   193 |   247 |  00:00:03 |       |       |
| 10  |        NESTED LOOPS                         |                   |     1 |   183 |   239 |  00:00:03 |       |       |
| 11  |         NESTED LOOPS                        |                   |     1 |   168 |   238 |  00:00:03 |       |       |
| 12  |          NESTED LOOPS                       |                   |     1 |    87 |   236 |  00:00:03 |       |       |
| 13  |           PARTITION LIST ALL                |                   |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 14  |            TABLE ACCESS FULL                | FW_DHSQ           |     1 |    25 |   118 |  00:00:02 | 1     | 12    |
| 15  |           TABLE ACCESS FULL                 | FW_QXYWFJXX       |    62 |  3844 |   118 |  00:00:02 |       |       |
| 16  |          TABLE ACCESS BY GLOBAL INDEX ROWID | FW_KFGDXX         |     1 |    81 |     2 |  00:00:01 | ROW LOCATION| ROW LOCATION|
| 17  |           INDEX UNIQUE SCAN                 | PK_FW_KFGDXX      |     1 |       |     1 |  00:00:01 |       |       |
| 18  |         INDEX UNIQUE SCAN                   | PK_FW_KHSQ        |     1 |    15 |     1 |  00:00:01 |       |       |
| 19  |        VIEW                                 | VW_NSO_1          |     1 |    10 |     8 |  00:00:01 |       |       |
| 20  |         FILTER                              |                   |       |       |       |           |       |       |
| 21  |          CONNECT BY WITH FILTERING          |                   |       |       |       |           |       |       |
| 22  |           TABLE ACCESS BY INDEX ROWID       | XT_ZZ             |     1 |    20 |     2 |  00:00:01 |       |       |
| 23  |            INDEX UNIQUE SCAN                | PK_XT_ZZ          |     1 |       |     1 |  00:00:01 |       |       |
| 24  |           NESTED LOOPS                      |                   |     3 |    96 |     6 |  00:00:01 |       |       |
| 25  |            CONNECT BY PUMP                  |                   |       |       |       |           |       |       |
| 26  |            TABLE ACCESS BY INDEX ROWID      | XT_ZZ             |     3 |    60 |     4 |  00:00:01 |       |       |
| 27  |             INDEX RANGE SCAN                | IDX_XT_ZZ_SJZZBM  |     3 |       |     1 |  00:00:01 |       |       |
谓词信息：
14 - filter("D"."GJSJ" IS NOT NULL)
15 - filter(("A"."YDQY"='3' AND "A"."DDXCSJ" IS NOT NULL AND ("A"."DDXCSJ"-"D"."GJSJ")*24*60>120))
16 - filter(("B"."YWLBDM"='01' AND "B"."GZDZTDM"='3' AND "B"."ZFBZ"='0' AND "B"."GDSJ">=TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "B"."GDSJ"<=SYSDATE@!))
先全分区扫描FW_DHSQ表,之后与FW_QXYWFJXX表的连接,连接方式居然是NL(因为连接条件不是等值连接，所以不能进行hash join)，且FW_QXYWFJXX表的扫描方式是也是全表扫描，也就是说全表扫描FW_DHSQ表经过谓词过滤后的返回多少记录数就会全表扫描FW_QXYWFJXX多少次。这里初步的判断是FW_DHSQ是一个分区表，但是CBO对FW_DHSQ全分区扫描再经过filter("D"."GJSJ" IS NOT NULL)之后的CARD居然只有1？感觉不太可能。非常可疑。


10053 trace

特别关注了一下optimizer_mode,因为当optimizer_mode为first_row_n时也会出现CARD很小的情况。            
optimizer_mode                      = all_rows
当没有or展开时：
  1. ***************************************
  2. BASE STATISTICAL INFORMATION
  3. ***********************
  4. Table Stats::
  5.   Table: FW_DHSQ Alias: D (Using composite stats) --The '(Using composite stats)' is the notification that the CBO is looking at Global Stats
  6.     #Rows: 587562 #Blks: 16400 AvgRowLen: 146.00 ChainCnt: 0.00
  7. Index Stats::
  8.   Index: IDX_FW_DHSQ_DHHM Col#: 3
  9.     LVLS: 2 #LB: 3177 #DK: 380480 LB/K: 1.00 DB/K: 1.00 CLUF: 569406.00
  10.   Index: IDX_FW_DHSQ_KHSQBS Col#: 2
  11.     LVLS: 2 #LB: 2861 #DK: 587562 LB/K: 1.00 DB/K: 1.00 CLUF: 563875.00
  12.   Index: IDX_FW_DHSQ_YYPTDHBS Col#: 10
  13.     LVLS: 2 #LB: 3164 #DK: 567488 LB/K: 1.00 DB/K: 1.00 CLUF: 563469.00
  14.   Index: PK_FW_DHSQ Col#: 1
  15.     LVLS: 2 #LB: 2772 #DK: 587562 LB/K: 1.00 DB/K: 1.00 CLUF: 563864.00
  16. ***********************

  18. Access path analysis for FW_DHSQ
  19. ***************************************
  20. SINGLE TABLE ACCESS PATH
  21.   Single Table Cardinality Estimation for FW_DHSQ[D]
  22.   Column (#7): GJSJ(
  23.     AvgLen: 8 NDV: 536768 Nulls: 28243 Density: 0.000002 Min: 2457393 Max: 2457542
  24.   Table: FW_DHSQ Alias: D
  25.     Card: Original: 587562.000000 Rounded: 559319 Computed: 559319.00 Non Adjusted: 559319.00
  26.   Access Path: TableScan
  27.     Cost: 4477.31 Resp: 4477.31 Degree: 0
  28.       Cost_io: 4443.00 Cost_cpu: 287184596
  29.       Resp_io: 4443.00 Resp_cpu: 287184596
  30.   ****** trying bitmap/domain indexes ******
  31.   ****** finished trying bitmap/domain indexes ******
  32.   Best:: AccessPath: TableScan
  33.          Cost: 4477.31 Degree: 1 Resp: 4477.31 Card: 559319.00 Bytes: 0      --Card=#Rows-Nulls

  35. ***********************
  36. Join order[20]: FW_DHSQ[D]#2 FW_QXYWFJXX[A]#0 FW_KFGDXX[B]#1 FW_KHSQ[C]#3 VW_NSO_1[VW_NSO_1]#4

  38. ***************
  39. Now joining: FW_QXYWFJXX[A]#0
  40. ***************
  41. NL Join
  42.   Outer table: Card: 559319.00 Cost: 4477.31 Resp: 4477.31 Degree: 1 Bytes: 25
  43. Access path analysis for FW_QXYWFJXX
  44.   Inner table: FW_QXYWFJXX Alias: A
  45.   Access Path: TableScan
  46.     NL Join: Cost: 307647670.59 Resp: 307647670.59 Degree: 1                 --与FW_QXYWFJXX表连接的Cost也很高
  47.       Cost_io: 304180761.00 Cost_cpu: 29017159283431
  48.       Resp_io: 304180761.00 Resp_cpu: 29017159283431
这里CBO的评估都是正确的。

进行or展开之后:
  1. ******** Next OR predicate ********

  3. Trying or-Expansion on query block SEL$93061D6D (#0)

  5. ******** OR-branching ********
  6. ...
  7. Access path analysis for FW_DHSQ
  8. ***************************************
  9. SINGLE TABLE ACCESS PATH
  10.   Single Table Cardinality Estimation for FW_DHSQ[D]
  11.   Column (#7): GJSJ(
  12.     AvgLen: 8 NDV: 536768 Nulls: 28243 Density: 0.000002 Min: 2457393 Max: 2457542
  13.   Table: FW_DHSQ Alias: D
  14.     Card: Original: 15238.000000 Rounded: 1 Computed: 0.00 Non Adjusted: 0.00
  15.   Access Path: TableScan
  16.     Cost: 117.89 Resp: 117.89 Degree: 0
  17.       Cost_io: 117.00 Cost_cpu: 7452753
  18.       Resp_io: 117.00 Resp_cpu: 7452753
  19.   ****** trying bitmap/domain indexes ******
  20.   ****** finished trying bitmap/domain indexes ******
  21.   Best:: AccessPath: TableScan
  22.          Cost: 117.89 Degree: 1 Resp: 117.89 Card: 0.00 Bytes: 0

  24. Access path analysis for FW_DHSQ
  25. ***************************************
  26. SINGLE TABLE ACCESS PATH (First K Rows) --基于rownum的,这里的Card: Original: 15238.000000已经不对了
  27.   Single Table Cardinality Estimation for FW_DHSQ[D]
  28.   Table: FW_DHSQ Alias: D
  29.     Card: Original: 15238.000000 Rounded: 1 Computed: 0.00 Non Adjusted: 0.00
  30.   Access Path: TableScan
  31.     Cost: 117.89 Resp: 117.89 Degree: 0
  32.       Cost_io: 117.00 Cost_cpu: 7452753
  33.       Resp_io: 117.00 Resp_cpu: 7452753
  34.   ****** trying bitmap/domain indexes ******
  35.   ****** finished trying bitmap/domain indexes ******
  36.   Best:: AccessPath: TableScan
  37.          Cost: 117.89 Degree: 1 Resp: 117.89 Card: 0.00 Bytes: 25
Card=0了，难怪会选择这样的执行计划，但是为什么Card=0呢？怀疑和rownum有关。去掉rownum测试


  1. or展开后：
  2. ******** Next OR predicate ********

  4. Trying or-Expansion on query block SEL$93061D6D (#0)

  6. ******** OR-branching ********
  7. ...
  8. ...
  9. Access path analysis for FW_DHSQ
  10. ***************************************
  11. SINGLE TABLE ACCESS PATH
  12.   Single Table Cardinality Estimation for FW_DHSQ[D]
  13.   Column (#7): GJSJ(
  14.     AvgLen: 8 NDV: 552896 Nulls: 29202 Density: 0.000002 Min: 2457393 Max: 2457546
  15.   Table: FW_DHSQ Alias: D
  16.     Card: Original: 606055.000000 Rounded: 576853 Computed: 576853.00 Non Adjusted: 576853.00
  17.   Access Path: TableScan
  18.     Cost: 4768.87 Resp: 4768.87 Degree: 0
  19.       Cost_io: 4733.00 Cost_cpu: 300181750
  20.       Resp_io: 4733.00 Resp_cpu: 300181750
  21.   ****** trying bitmap/domain indexes ******
  22.   ****** finished trying bitmap/domain indexes ******
  23.   Best:: AccessPath: TableScan
  24.          Cost: 4768.87 Degree: 1 Resp: 4768.87 Card: 576853.00 Bytes: 0
CBO评估又正确了。

回头继续分析10053发现：
SVM:     SVM bypassed: ROWNUM column. --Simple View Merging

  1. Final query after transformations:******* UNPARSED QUERY IS *******
  2. SELECT "from$_subquery$_001"."PARAM1" "PARAM1", "from$_subquery$_001"."PARAM2" "PARAM2",
  3.   "from$_subquery$_001"."PARAM3" "PARAM3", "from$_subquery$_001"."PARAM4" "PARAM4",
  4.   "from$_subquery$_001"."PARAM5" "PARAM5", "from$_subquery$_001"."PARAM6" "PARAM6",
  5.   "from$_subquery$_001"."PARAM7" "PARAM7", "from$_subquery$_001"."ROWNUM_" "ROWNUM_"
  6. FROM
  7.   (
  8.     SELECT "B"."KFGZDBH" "PARAM1", (
  9.         SELECT MAX("D"."GJSJ") "MAX(D.GJSJ)"
  10.         FROM "YXSC_ER"."FW_DHSQ" "D"
  11.         WHERE "D"."KHSQBS" = "C"."KHSQBS"
  12.         ) "PARAM2", "A"."DDXCSJ" "PARAM3", "A"."YDQY" "PARAM4",
  13.       "A"."XCCLR" "PARAM5", "A"."GZDZ" "PARAM6", "A"."KFGZDBS" "PARAM7",
  14.       ROWNUM "ROWNUM_"
  15.     FROM
  16.       (
  17.         SELECT "Z"."ZZBM" "ZZBM"
  18.         FROM "YXSC_ER"."XT_ZZ" "Z"
  19.         WHERE "Z"."ZTBZ" = '1'
  20.         START WITH "Z"."ZZBM" = '0609'
  21.         CONNECT BY "Z"."SJZZBM" = PRIOR "Z"."ZZBM"
  22.       )"VW_NSO_1", "YXSC_ER"."FW_KFGDXX" "B", "YXSC_ER"."FW_KHSQ" "C",
  23.       "YXSC_ER"."FW_QXYWFJXX" "A", "YXSC_ER"."FW_DHSQ" "D"
  24.     WHERE ROWNUM<= 10
  25.       AND "B"."KHSQBS" = "C"."KHSQBS"
  26.       AND "A"."KFGZDBS" = "B"."KFGZDBS"
  27.       AND "C"."KHSQBS" = "D"."KHSQBS"
  28.       AND "B"."ZFBZ" = '0'
  29.       AND "B"."YWLBDM" = '01'
  30.       AND "B"."SLZZBM" = "VW_NSO_1"."ZZBM"
  31.       AND "B"."GZDZTDM" = '3'
  32.       AND "B"."GDSJ" >= TO_DATE(' 2016-01-01 00:00:00',
  33.         'syyyy-mm-dd hh24:mi:ss')
  34.       AND "B"."GDSJ" <= SYSDATE@!
  35.       AND (("A"."DDXCSJ" - "D"."GJSJ")* 24 * 60 > 45
  36.         AND "A"."YDQY" = '1'
  37.         OR ("A"."DDXCSJ" - "D"."GJSJ")* 24 * 60 > 90
  38.         AND "A"."YDQY" = '2'
  39.         OR ("A"."DDXCSJ" - "D"."GJSJ")* 24 * 60 > 120
  40.         AND "A"."YDQY" = '3')
  41.       AND "A"."DDXCSJ" IS NOT NULL
  42.       AND "D"."GJSJ" IS NOT NULL
  43.       AND TO_DATE(' 2016-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') <= SYSDATE@!
  44.   )"from$_subquery$_001"
  45. WHERE "from$_subquery$_001"."ROWNUM_" > 0
由于CBO对sql做了 Simple View Merging， rownum和or展开出现在了同一个查询块里。感觉是or展开和rownum出现在同一个查询块时，CBO就会评估错误。

MOS

Bug 15996520 - Suboptimal execution plan OR expansion and First K rows (Doc ID 15996520.8) 
If a First K Rows mode query gets a suboptimal query execution plan with OR expansion and full table scans, with low estimated cardinalities and cost then you may have encountered this bug.

Affects:

Product (Component) Oracle Server (Rdbms)
Range of versions believed to be affected (Not specified)
Versions confirmed as being affected
Platforms affected Generic (all / most platforms affected)

Fixed:

The fix for 15996520 is first included in

该数据库正好是11.2.0.3

解决方法


  • 1.将数据库版本升到11.2.0.4.
  • 2.不要让rownum和or展开出现在同一个查询块里(该例采用/*+ no_expand*/禁用了or展开).



来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31347199/viewspace-2118035/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31347199/viewspace-2118035/

cr13324309138
关注
【NVIDIA故障排查工具-1】绝了！nvidia-bug-report.sh 一站式搞定 NVIDIA 系统故障排查！
jundao1997的专栏
07-09 129
nvidia-bug-report.sh 是一个用于收集 NVIDIA 显卡相关系统信息的脚本，旨在帮助用户和技术支持人员诊断和解决与 NVIDIA 显卡驱动相关的问题。该脚本通过执行一系列命令，收集了系统的硬件信息、软件配置、日志文件等多方面的数据，并将这些信息整理到一个日志文件中，方便后续的问题排查和分析。脚本中定义了多个辅助函数，用于完成各种任务，如文件元数据输出、文件内容追加、命令执行结果输出等。
Oracle 10053详解(原创)
czmmiao的专栏
04-25 1150
10053事件概述查询优化器Query Optimizer是Oracle数据库的一个核心技术，作用是将输入SQL转化为最优的执行计划。由于SQL语句本身是一种描述特性的语言，Query Optimizer生成最优的执行计划，就是各品种、各版本DBMS的追求目标。10g以后Oracle就完全废除了RB0，使用CBO（Cost-Based Optimizer）称为基于成本的优化器作为默认优化器。CB...
遭遇Bug 5766310 Bad join cardinality is in the presence of histograms
ct827519的博客
11-03 134
还是上篇提到的SQLhttp://sundog315.itpub.net/post/308/524769修改完毕后，在某一特定服务器，性能仍然存在问题，看了一下执行计划，确实是有问题的截取相关的执行计划 35 | HA...
QT：遇到的报错、bug及解决方法
Yanjun2i的博客
08-11 4458
遇到的bug及解决方法
给 JDK 报了一个 P4 的 Bug，结果居然……
<sdffdsfsdfdfs>sfsfsfsdfsdffds</sdfsDS>Fsd
09-27 1346
Python实战社群Java实战社群长按识别下方二维码，按需求添加扫码关注添加客服进Python社群▲扫码关注添加客服进Java社群▲作者丨码农唐磊来源丨程序猿石头关于作者：程序猿石头...
Spyder使用过程BUG记录
weixin_49993522的博客
10-14 2024
在Spyder使用过程中出现的BUG：Fatal Python Error，UnicodeDecodeError以及尝试解决方法，最后包含一点心得体会
BUG篇-工作中Hive建表bug分享
爱程序，爱生活
08-18 1678
1. bug描述 Table is marked as a managed table but is not transactional? 翻译：表被标记成内部表但不是事务表 2. 解决方式 关闭建表的严格模式 命令行（临时性）： set hive.strict.managed.tables=false 配置文件中（永久性）： 在hive-site中添加 hive.strict.managed.tables=false ...
Go运行时bug调试过程解析
热门推荐
优快云研发技术
12-15 2万+
原文：Debugging an evil Go runtime bug 作者：Hector Martin 翻译：雁惊寒 摘要：本文讲述了作者通过对硬件、内核进行分析来调试程序bug的整个过程。以下是译文。前言我是Prometheus和Grafana的超级粉丝。作为一名前谷歌SRE（Site Reliability Engineer， 网站可靠性工程师），我学会了如何选择优秀的监控应用程序
windbg抓一个windows蓝屏分析
猫哥 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS，AIOT)
01-30 1万+
设备一直以来挺稳定，但还是小概率事件意外出现某设备突然蓝屏了。查看windows事件查看器提示计算机已经从检测错误后重新启动。检测错误: 0x0000009f (0x0000000000000003, 0xffffad0f4edc7570, 0xfffff8046a09ec20, 0xffffad0f4ef318a0)。已将转储的数据保存在: C:\Windows\MEMORY.DMP。
如何编写一个分布式数据库
白乔专栏
05-22 3434
http://blog.youkuaiyun.com/stark_summer/article/details/48860221讲师: 刘奇(goroutine) 个人简介： PingCAP创始人兼CEO。分布式系统专家，擅长分布式数据库，分布式缓存。目前从事NewSQL方向的创业，通过开源方式重建google内部的F1和spanner。目前项目已经开源，https://github.com/pingcap/
加载elementor时出现问题_elementUI 常见问题及解决办法
weixin_39950812的博客
12-30 1642
csselementUI input 的 placeholder样式.el-input__inner::-webkit-input-placeholder {line-height: 20px;}进度条背景颜色环形进度条.test svg > path:first-of-type{stroke: red !important;}条形进度条.el-progress .el-progress-...
解决windows使用pytesseract的几个BUG（tesseract.exe is not installed or it’s not in your PATH）
01-20
正常安装pytesseract时没有任何问题的，但是在真正使用的时候就会报错： 原创文章 10获赞 10访问量 921 关注 私信 展开阅读全文 作者：别挡着我发光
从Oracle 11.2.0.4 BUG到Oracle子查询展开分析
你好我是李白
04-18 419
本文测试用语句来自下面大佬文章《ORACLE CBO 的 SQL 自动转换（Cost Based Transformations）之五》 本文主要介绍由于11.2.0.4.190115中由于bug导致子查询不展开的情况。 https://blog.youkuaiyun.com/weixin_50513167/article/details/115694814 1. 基础知识之子查询展开 ​ 子查询展开（Subquery Unnesting）是优化器处理带子查询的目标SQL的一种优化手段，它是指优化器不再.
踩了个坑，给 JDK 上报了一个 BUG
Java_Jishu的博客
09-27 181
推荐阅读： 我总结了72份面试题，累计3170页，斩获了30+互联网公司offer（含BATJM） 2020首战告捷,这份Java面试神技Plus版，让我成功拿到了阿里、京东、字节跳动等大厂offer 膜拜！阿里内部都在强推的K8S(kubernetes)学习指南，不能再详细了 背景 分享一下之前踩的一个坑，背景是这样的： 我们的项目依赖于一个外部服务，该外部服务提供 REST 接口供我方调用，这是很常见的一个场景。本地和测试环境测试都没有问题，一切就绪上了生产后，程序调用接口就总是网络不通
如何在 Linux 上安装 SQL Server 2022 和 Azure Data Studio
csdn_aspnet的专栏，请点击博客主页右上角三个点中的私信联系
08-15 1140
本文介绍了如何在Linux系统（以Ubuntu 20.04为例）上安装SQL Server 2022及Azure Data Studio。SQL Server自2017版开始支持Linux平台，通过平台抽象层实现跨平台兼容性。文章详细说明了安装步骤：导入GPG密钥、注册存储库、安装软件包并配置管理员密码。同时介绍了SQL Server在Linux上的不同版本（企业版、标准版等）和主要功能差异。安装完成后，用户可通过Azure Data Studio等工具进行连接管理，文中提供了连接参数设置指南。整个过程简便
MySQL 常用命令速查表
DeppBing的博客，全栈修炼记｜记录一个开发者的进化轨迹
08-15 588
本文总结了MySQL常用SQL命令，涵盖数据库操作、表操作、数据操作、数据查询、权限控制、事务控制等核心功能。主要内容包括：数据库的创建/删除/修改（CREATE/DROP/ALTER DATABASE）；表结构的创建/修改/删除（CREATE/ALTER/DROP TABLE）；数据增删改查（INSERT/DELETE/UPDATE/SELECT）；索引管理（CREATE/DROP INDEX）；用户权限控制（GRANT/REVOKE）；事务管理（START/COMMIT/ROLLBACK）等。每个命令都
MyCAT完整实验报告
最新发布
2401_87853424的博客
08-18 253
刚刚看了一下前面的那篇MyCAT的文章 感觉有一些问题 所以拿出一篇文章再说一下 单独构建了完整的实验环境 这样会全面一点‍弥补了上一期的MyCAT的不完整 所以 这次 做了了一个相对来说完整的 包括怎么配置等等 其实还想写分库分表的 但理了一下思路 好像在这篇文章去说的话 就会很多了 所以 下篇文章去完整去说好了 更新的评论越来越慢 但也没办法 博主尽量像写的详细易懂一点 OK 希望大家生活是幸福的 知道自己为了什么努力 下期再见！！！‍。
cat本地部署
Chaser______的博客
08-15 673
CAT监控系统部署指南 环境准备：JDK1.8、Tomcat、MySQL 获取CAT包：通过Git克隆源码或下载官网war包 部署步骤： 创建/data目录结构并设置权限 配置client.xml、datasources.xml和server.xml 导入SQL文件创建数据库 将cat.war部署到Tomcat的webapps目录 启动服务：启动Tomcat后访问http://ip:8080/cat 注意事项：将配置文件中的127.0.0.1替换为实际IP地址 （98字）
【自动化运维神器Ansible】Ansible Roles详解：层次化、结构化组织Playbook的最佳实践
IT成长日记的博客
08-18 509
简单来说，Roles就是通过将复杂的Playbook拆分为多个逻辑组件，使代码更加模块化、可重用且易于维护。在Ansible自动化运维中，随着项目复杂度的增加，Playbook文件会变得越来越庞大且难以维护。Roles提供了一种层次化、结构化的方式来组织Playbook，极大地提高了代码的可重用性和可维护性。Roles不仅能够简化复杂的Playbook，还能提高团队协作效率，是Ansible自动化运维中不可或缺的重要特性。Roles采用标准化的目录结构，每个Role由多个目录和文件组成。
gerrit搜索语法，一次搜索两个关键字，与
06-10
为增强实用性，计划构建一个完整的查询实例，比如status:openANDmessage:"bugfix"ANDpath:src/util，这样能展示多条件组合的典型用法。另外准备提示OR和NOT运算符形成对比。相关问题的设计要围绕精炼查询、特殊字符...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值