执行计划-优化器选择

最新推荐文章于 2024-07-30 19:26:47 发布
最新推荐文章于 2024-07-30 19:26:47 发布
阅读量152 收藏
点赞数
文章标签： 数据库
ORACLE 10204，AIX5300-07


SQL*Plus: Release 10.2.0.4.0 - Production on Mon Jun 8 10:40:07 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>set autot trace exp stat;
SQL> select /* use_hash(zb fb) */
  2  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  3  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  4  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  5  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  6  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  7  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  8  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
  9  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
10  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
11  /

1042 rows selected.

Elapsed: 00:05:05.38

Execution Plan
----------------------------------------------------------
Plan hash value: 1784893704

--------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                       | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
--------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                |                | 36581 |  5144K|       |   109K  (1)| 00:10:26 |       |       |
|   1 |  HASH GROUP BY                  |                | 36581 |  5144K|       |            |          |       |       |
|   2 |   CONCATENATION                 |                |       |       |       |            |          |       |       |
|   3 |    NESTED LOOPS                 |                |   373 | 53712 |       |  1052   (6)| 00:00:07 |       |       |
|   4 |     NESTED LOOPS                |                |   386 | 45934 |       |   878   (7)| 00:00:06 |       |       |
|   5 |      PARTITION LIST SINGLE      |                |   142 |  7100 |       |   750   (8)| 00:00:05 |   KEY |   KEY |
|*  6 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   142 |  7100 |       |   750   (8)| 00:00:05 |    10 |    10 |
|*  7 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|*  8 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
|*  9 |     TABLE ACCESS BY INDEX ROWID | BD_CUMANDOC    |     1 |    25 |       |     1   (0)| 00:00:01 |       |       |
|* 10 |      INDEX UNIQUE SCAN          | PK_BD_CUMANDOC |     1 |       |       |     1   (0)| 00:00:01 |       |       |
|* 11 |    HASH JOIN                    |                |   298K|    40M|  6936K|   105K  (1)| 00:10:04 |       |       |
|* 12 |     TABLE ACCESS FULL           | BD_CUMANDOC    |   191K|  4684K|       |  1591  (13)| 00:00:10 |       |       |
|  13 |     NESTED LOOPS                |                |   308K|    35M|       |   103K  (1)| 00:09:49 |       |       |
|  14 |      PARTITION LIST SINGLE      |                |   113K|  5529K|       |   772  (10)| 00:00:05 |   KEY |   KEY |
|* 15 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   113K|  5529K|       |   772  (10)| 00:00:05 |    10 |    10 |
|* 16 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|* 17 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
--------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   6 - filter("ZB"."QCBZ"='Y' AND ("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011'
              AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."DR"=0 AND "FB"."XGBH"<>1 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"   8 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   9 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  10 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  11 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  12 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  15 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011' AND
              "ZB"."DJRQ"=1 AND LNNVL("ZB"."QCBZ"='Y'))
  16 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."DR"=0 AND "FB"."XGBH"<>1 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"  17 - access("ZB"."VOUCHID"="FB"."VOUCHID")

Note
-----
   - dynamic sampling used for this statement


Statistics
----------------------------------------------------------
         10  recursive calls
          0  db block gets
     429997  consistent gets
      89631  physical reads
          0  redo size
      43761  bytes sent via SQL*Net to client
        730  bytes received via SQL*Net from client
         71  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       1042  rows processed

SQL>alter system flush buffer_cache;

System altered.

Elapsed: 00:00:09.21
SQL>select /*+ use_hash(zb fb) */
  2  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  3  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  4  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  5  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  6  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  7  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  8  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
  9  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
10  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
11  /

1042 rows selected.

Elapsed: 00:01:47.15

Execution Plan
----------------------------------------------------------
Plan hash value: 896126388

-------------------------------------------------------------------------------------------------------------------
| Id  | Operation                | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |                | 36581 |  5144K|       |   122K  (8)| 00:11:42 |       |       |
|   1 |  HASH GROUP BY           |                | 36581 |  5144K|    53M|   122K  (8)| 00:11:42 |       |       |
|*  2 |   HASH JOIN              |                |   322K|    44M|  5808K|   119K  (8)| 00:11:24 |       |       |
|*  3 |    TABLE ACCESS FULL     | BD_CUMANDOC    |   160K|  3919K|       |  1589  (12)| 00:00:10 |       |       |
|*  4 |    HASH JOIN             |                |   333K|    37M|  7240K|   117K  (8)| 00:11:09 |       |       |
|   5 |     PARTITION LIST SINGLE|                |   119K|  5832K|       |   764   (9)| 00:00:05 |   KEY |   KEY |
|*  6 |      TABLE ACCESS FULL   | ARAP_DJZB_PART |   119K|  5832K|       |   764   (9)| 00:00:05 |    10 |    10 |
|*  7 |     TABLE ACCESS FULL    | ARAP_DJFB      |  8194K|   539M|       |   102K  (8)| 00:09:45 |       |       |
-------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
   3 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
   4 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   6 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND ("ZB"."DJRQ"              "ZB"."QCBZ"='Y') AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."DR"=0 AND "FB"."XGBH"<>1 AND
              ("FB"."BZ_DATE" IS NULL OR "FB"."BZ_DATE"
Note
-----
   - dynamic sampling used for this statement


Statistics
----------------------------------------------------------
         10  recursive calls
          0  db block gets
     875121  consistent gets
     870908  physical reads
         80  redo size
      44285  bytes sent via SQL*Net to client
        730  bytes received via SQL*Net from client
         71  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       1042  rows processed

SQL>

从上面效果看出，用HASH　JOIN效率远比NL的快，为什么优化器会作第1种选择？　附件是两语句的10053事件，
用语句 explain plan for 得来的．




ZALBB 上传了这个附件：
2009-6-9 17:17
  下载次数: 0
ncdb_ora_3563894.txt (426.88 KB)
 
2009-6-9 17:17
  下载次数: 0
ncdb_ora_5423330.txt (290.72 KB)
 

CBO自选的执行计划 nl, 执行时间 00:05:05.38, 逻辑读 429997, 物理读 89631.
加提示以后用hash join, 执行时间 00:01:47.15, 逻辑读 875121, 物理读 870908.

奇怪, 后者的逻辑读和物理读都更大, 为什么执行时间会更短呢.

flush buffer_cache,只是从db cache搞出去,数据可能在文件系统缓存或者存储的缓存里

NCV31@NCDB>show parameter index

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_index_caching              integer     80
optimizer_index_cost_adj             integer     45
skip_unusable_indexes                boolean     TRUE
NCV31@NCDB>alter session set optimizer_index_caching=30;

Session altered.

Elapsed: 00:00:00.00
NCV31@NCDB>explain plan for
  2  select /* use_hash(zb fb) */
  3  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  4  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  5  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  6  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  7  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  8  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  9  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
10  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
11  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
12  /

Explained.

Elapsed: 00:00:01.21
NCV31@NCDB>
NCV31@NCDB>select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 1784893704

--------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                       | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
--------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                |                | 36590 |  5145K|       |   109K  (1)| 00:10:26 |       |       |
|   1 |  HASH GROUP BY                  |                | 36590 |  5145K|       |            |          |       |       |
|   2 |   CONCATENATION                 |                |       |       |       |            |          |       |       |
|   3 |    NESTED LOOPS                 |                |   374 | 53856 |       |  1053   (6)| 00:00:07 |       |       |
|   4 |     NESTED LOOPS                |                |   387 | 46053 |       |   878   (7)| 00:00:06 |       |       |
|   5 |      PARTITION LIST SINGLE      |                |   142 |  7100 |       |   750   (8)| 00:00:05 |   KEY |   KEY |
|*  6 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   142 |  7100 |       |   750   (8)| 00:00:05 |    10 |    10 |
|*  7 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|*  8 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
|*  9 |     TABLE ACCESS BY INDEX ROWID | BD_CUMANDOC    |     1 |    25 |       |     1   (0)| 00:00:01 |       |       |
|* 10 |      INDEX UNIQUE SCAN          | PK_BD_CUMANDOC |     1 |       |       |     1   (0)| 00:00:01 |       |       |
|* 11 |    HASH JOIN                    |                |   298K|    40M|  6936K|   105K  (1)| 00:10:04 |       |       |
|* 12 |     TABLE ACCESS FULL           | BD_CUMANDOC    |   191K|  4684K|       |  1591  (13)| 00:00:10 |       |       |
|  13 |     NESTED LOOPS                |                |   308K|    35M|       |   103K  (1)| 00:09:49 |       |       |
|  14 |      PARTITION LIST SINGLE      |                |   113K|  5529K|       |   772  (10)| 00:00:05 |   KEY |   KEY |
|* 15 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   113K|  5529K|       |   772  (10)| 00:00:05 |    10 |    10 |
|* 16 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|* 17 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
--------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   6 - filter("ZB"."QCBZ"='Y' AND ("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011'
              AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"   8 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   9 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  10 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  11 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  12 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  15 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011' AND
              "ZB"."DJRQ"=1 AND LNNVL("ZB"."QCBZ"='Y'))
  16 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"  17 - access("ZB"."VOUCHID"="FB"."VOUCHID")

Note
-----
   - dynamic sampling used for this statement

46 rows selected.

Elapsed: 00:00:01.14

NCV31@NCDB>alter session set optimizer_index_cost_adj=60;

Session altered.

Elapsed: 00:00:00.00
NCV31@NCDB>explain plan for
  2  select /* use_hash(zb fb) */
  3  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  4  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  5  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  6  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  7  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  8  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  9  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
10  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
11  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
12  /

Explained.

Elapsed: 00:00:00.17
NCV31@NCDB>select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 896126388

-------------------------------------------------------------------------------------------------------------------
| Id  | Operation                | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |                | 36590 |  5145K|       |   122K  (8)| 00:11:42 |       |       |
|   1 |  HASH GROUP BY           |                | 36590 |  5145K|    53M|   122K  (8)| 00:11:42 |       |       |
|*  2 |   HASH JOIN              |                |   322K|    44M|  5808K|   119K  (8)| 00:11:24 |       |       |
|*  3 |    TABLE ACCESS FULL     | BD_CUMANDOC    |   160K|  3919K|       |  1589  (12)| 00:00:10 |       |       |
|*  4 |    HASH JOIN             |                |   333K|    37M|  7240K|   117K  (8)| 00:11:09 |       |       |
|   5 |     PARTITION LIST SINGLE|                |   119K|  5832K|       |   764   (9)| 00:00:05 |   KEY |   KEY |
|*  6 |      TABLE ACCESS FULL   | ARAP_DJZB_PART |   119K|  5832K|       |   764   (9)| 00:00:05 |    10 |    10 |
|*  7 |     TABLE ACCESS FULL    | ARAP_DJFB      |  8195K|   539M|       |   102K  (8)| 00:09:45 |       |       |
-------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
   3 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
   4 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   6 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND ("ZB"."DJRQ"              "ZB"."QCBZ"='Y') AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND
              ("FB"."BZ_DATE" IS NULL OR "FB"."BZ_DATE"
Note
-----
   - dynamic sampling used for this statement

29 rows selected.

Elapsed: 00:00:00.12

NCV31@NCDB>alter session set optimizer_index_cost_adj=50;

Session altered.

Elapsed: 00:00:00.00
NCV31@NCDB>explain plan for
  2  select /* use_hash(zb fb) */
  3  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  4  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  5  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  6  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  7  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  8  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  9  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
10  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
11  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
12  /

Explained.

Elapsed: 00:00:00.18
NCV31@NCDB>select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 1784893704

--------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                       | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
--------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                |                | 36590 |  5145K|       |   121K  (1)| 00:11:32 |       |       |
|   1 |  HASH GROUP BY                  |                | 36590 |  5145K|       |            |          |       |       |
|   2 |   CONCATENATION                 |                |       |       |       |            |          |       |       |
|   3 |    NESTED LOOPS                 |                |   374 | 53856 |       |  1086   (5)| 00:00:07 |       |       |
|   4 |     NESTED LOOPS                |                |   387 | 46053 |       |   892   (6)| 00:00:06 |       |       |
|   5 |      PARTITION LIST SINGLE      |                |   142 |  7100 |       |   750   (8)| 00:00:05 |   KEY |   KEY |
|*  6 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   142 |  7100 |       |   750   (8)| 00:00:05 |    10 |    10 |
|*  7 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|*  8 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
|*  9 |     TABLE ACCESS BY INDEX ROWID | BD_CUMANDOC    |     1 |    25 |       |     1   (0)| 00:00:01 |       |       |
|* 10 |      INDEX UNIQUE SCAN          | PK_BD_CUMANDOC |     1 |       |       |     1   (0)| 00:00:01 |       |       |
|* 11 |    HASH JOIN                    |                |   298K|    40M|  6936K|   116K  (1)| 00:11:09 |       |       |
|* 12 |     TABLE ACCESS FULL           | BD_CUMANDOC    |   191K|  4684K|       |  1591  (13)| 00:00:10 |       |       |
|  13 |     NESTED LOOPS                |                |   308K|    35M|       |   114K  (1)| 00:10:54 |       |       |
|  14 |      PARTITION LIST SINGLE      |                |   113K|  5529K|       |   772  (10)| 00:00:05 |   KEY |   KEY |
|* 15 |       TABLE ACCESS FULL         | ARAP_DJZB_PART |   113K|  5529K|       |   772  (10)| 00:00:05 |    10 |    10 |
|* 16 |      TABLE ACCESS BY INDEX ROWID| ARAP_DJFB      |     3 |   207 |       |     1   (0)| 00:00:01 |       |       |
|* 17 |       INDEX RANGE SCAN          | I_ARAP_DJFB001 |     3 |       |       |     1   (0)| 00:00:01 |       |       |
--------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   6 - filter("ZB"."QCBZ"='Y' AND ("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011'
              AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"   8 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   9 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  10 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  11 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
  12 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
  15 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND "ZB"."DWBM"='1011' AND
              "ZB"."DJRQ"=1 AND LNNVL("ZB"."QCBZ"='Y'))
  16 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND ("FB"."BZ_DATE"
              IS NULL OR "FB"."BZ_DATE"  17 - access("ZB"."VOUCHID"="FB"."VOUCHID")

Note
-----
   - dynamic sampling used for this statement

46 rows selected.

Elapsed: 00:00:00.17


NCV31@NCDB>alter session set optimizer_index_cost_adj=55;

Session altered.

Elapsed: 00:00:00.01

NCV31@NCDB>explain plan for
  2  select /* use_hash(zb fb) */
  3  FB.KSBM_CL FB_KSBM_CL, 0.0 jfshlje, 0.0 jfybje, 0.0 jffbje, 0.0 jfbbje, 0.0 dfshlje, 0.0 dfybje, 0.0 dffbje, 0.0 dfbbje,
  4  sum ( fb.fx * fb.shlye ) qcshlye, sum ( fb.fx * fb.ybye ) qcybye, sum ( fb.fx * fb.fbye ) qcfbye, sum ( fb.fx * fb.bbye ) qcbbye
  5  from arap_djzb_part zb, arap_djfb fb, bd_cumandoc ksglda
  6  where zb.vouchid = fb.vouchid and fb.ksbm_cl = ksglda.pk_cumandoc ( + ) and
  7  ( ( zb.dwbm = '1011' ) and zb.djzt >= 1 and zb.hzbz is null and fb.wldx = 0 and
  8  　( zb.qcbz = 'Y' or zb.djrq < '2009-06-02' ) and fb.xgbh <> 1 and
  9  　( fb.bz_date is null or fb.bz_date < '2009-06-02' ) and ( zb.djdl = 'ys' or zb.djdl = 'sk' ) and
10  　( fb.ksbm_cl is not null ) and ( ksglda.custflag = '0' or ksglda.custflag = '2' ) and
11  　( fb.dr = 0 and zb.dr = 0 and ksglda.dr = 0 ) ) group by FB.KSBM_CL
12  /

Explained.

Elapsed: 00:00:00.26
NCV31@NCDB>select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 896126388

-------------------------------------------------------------------------------------------------------------------
| Id  | Operation                | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |                | 36590 |  5145K|       |   122K  (8)| 00:11:42 |       |       |
|   1 |  HASH GROUP BY           |                | 36590 |  5145K|    53M|   122K  (8)| 00:11:42 |       |       |
|*  2 |   HASH JOIN              |                |   322K|    44M|  5808K|   119K  (8)| 00:11:24 |       |       |
|*  3 |    TABLE ACCESS FULL     | BD_CUMANDOC    |   160K|  3919K|       |  1589  (12)| 00:00:10 |       |       |
|*  4 |    HASH JOIN             |                |   333K|    37M|  7240K|   117K  (8)| 00:11:09 |       |       |
|   5 |     PARTITION LIST SINGLE|                |   119K|  5832K|       |   764   (9)| 00:00:05 |   KEY |   KEY |
|*  6 |      TABLE ACCESS FULL   | ARAP_DJZB_PART |   119K|  5832K|       |   764   (9)| 00:00:05 |    10 |    10 |
|*  7 |     TABLE ACCESS FULL    | ARAP_DJFB      |  8195K|   539M|       |   102K  (8)| 00:09:45 |       |       |
-------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("FB"."KSBM_CL"="KSGLDA"."PK_CUMANDOC")
   3 - filter(("KSGLDA"."CUSTFLAG"='0' OR "KSGLDA"."CUSTFLAG"='2') AND "KSGLDA"."DR"=0)
   4 - access("ZB"."VOUCHID"="FB"."VOUCHID")
   6 - filter(("ZB"."DJDL"='sk' OR "ZB"."DJDL"='ys') AND "ZB"."DR"=0 AND ("ZB"."DJRQ"              "ZB"."QCBZ"='Y') AND "ZB"."DJZT">=1 AND "ZB"."HZBZ" IS NULL)
   7 - filter("FB"."KSBM_CL" IS NOT NULL AND "FB"."WLDX"=0 AND "FB"."XGBH"<>1 AND "FB"."DR"=0 AND
              ("FB"."BZ_DATE" IS NULL OR "FB"."BZ_DATE"
Note
-----
   - dynamic sampling used for this statement

29 rows selected.

Elapsed: 00:00:00.14


问题是：如何判断这两参数值多少，适合当前的数据库？

optimizer_index_caching              integer     80
optimizer_index_cost_adj             integer     45

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

转载于:http://blog.itpub.net/13165828/viewspace-605673/

congditong6927
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SqlServer 执行计划及Sql查询优化初探
09-11
理解执行计划是进行SQL查询优化的关键，因为它揭示了数据库如何执行SQL语句，帮助开发者识别性能瓶颈。 在描述中提到，虽然本文主要探讨执行计划，但也会涉及到SQL查询优化。查询优化是提高数据库性能的重要手段，...
MySQL执行计划选择-成本模型v1.11
08-04
MySQL执行计划选择-成本模型v1.11 MySQL执行计划选择-成本模型v1.11是关系型数据库中执行计划选择的重要组成部分。执行计划选择是指数据库管理系统在执行查询语句时，选择合适的执行路径来提高查询效率的过程。...
优化器执行计划选择
songjian1104的专栏
09-29 196
1 数据准备 CREATE TABLE TEST1 AS SELECT D.* ,trunc(dbms_random.value(0,100)) AS RAN_VAL FROM DBA_OBJECTS D; 2 性能改善 2.1 写法一 SELECT DISTINCT T1.OWNER FROM TEST1 T1 WHERE RAN_VAL < (SEL...
Mysql - 优化器阶段的索引选择过程
it_lihongmin的博客
03-16 1349
当一个表创建了索引，但是执行查询时可能没有走索引，即索引失效。表上创建了多个索引，在执行查询时却选择错了索引。导致没有按照我们写sql和建索引时想要的路径走，这是谁的锅？Mysql架构图中分析了，选择执行的索引由优化器完成，我们可以根据执行计划explain查看选择的索引和执行的路径，此时就需要分析优化器是根据什么来选择的，怎么才能引导按照我们的意图执行。优化器选择索引的目的，是找到一个最优的执行方案，并用最小的代价去执行语句。 优化器选择索引的依据有（或者说下面的条件都可能对选择产生影响...
Oracle优化05-执行计划
热门推荐
小工匠
12-26 1万+
思维导图系列文章Oracle-SQL Explain Plan解读概述如果要分析某条SQL的性能问题，通常来讲，我们首先要看SQL的执行计划，看看SQL的每一步执行计划是否存在问题。 如果某一条SQL平常执行的都很好，却有一天突然性能很差，如果排除了系统资源和阻塞的原因，那么基本上可以判断是执行计划出现了问题。 看懂执行计划变成了SQL优化（其实在大多数的情况下，SQL优化指的是SQL的性能问题定位
达梦执行计划的选择与优化思路
weixin_56866387的博客
12-14 1503
我们知道，SQL语句执行的效率取决于与之匹配执行计划的好坏。执行计划就是数据库引擎对某条SQL语句内部执行过程的规划，路线图。执行前优化器把SQL拆解成若干部分，先执行什么再执行什么。方法的不同可能导致执行效率的天渊之别。 DM8查询优化器采用基于代价的方法。在估计代价时，主要以数据分布的统计信息为依据。在大多数情况下，估计的代价都是准确的。但在一些比较特殊的场合，如果缺少统计信息，或统计信息陈旧，或者抽样数据不能很好的反映数据分布时，优化器选择的执行计划可能都不是“最优”的，甚至是很差的执行计划。
达梦数据库优化器&执行计划解读
dcps75321的博客
04-12 7180
说明： 1、达梦数据库执行计划 一条SQL语句在数据库中的执行过程或者访问路径的描述，通过执行计划，可以知道优化器对sql进行了哪些处理，使用了哪些方式去执行sql。执行计划看起来就像一棵树，执行过程为：控制流从上向下传递，数据流从下向上传递。 2、优化器 达梦数据库跟oracle、mysql一样，也有自己的优化器，优化器会根据需要执行的sql，计算出执行该sql使用的各种方案的代价（即时间），然后会选择一个代价最低的方案，去执行SQL。 3、查看执行计划 有2个地方，第一个是EXPLAIN返回的内容
oracle-优化器详解.docx
09-12
Oracle 优化器可以根据不同的优化目标生成不同的执行计划，例如，以最佳吞吐量为目标或以最快的响应速度为目标。 选择合适的优化器目标 -------------------- 默认情况下，CBO 以最佳吞吐量为目标，这意味着 ...
Apollo使用（3）：分布式docker部署
游王子的博客
07-24 710
Apollo 1.7.0版本开始会默认上传Docker镜像到，可以按照如下步骤获取。
图数据库查询与操作指南-以Nebula图数据库为例
DZSpace，专注于计算机科学与技术领域的技术博主，致力于分享实用知识与技巧，帮助读者快速掌握技术要点，共同探索计算机世界的无限可能。欢迎访问DZSpace的博客，一起学习进步！
07-26 364
图数据库查询与操作指南-以Nebula图数据库为例
二进制部署k8s集群之master节点和etcd数据库集群（上）
zx52306的博客
07-30 848
【代码】二进制部署k8s集群之master节点和etcd数据库集群（上）
【iOS】——持久化
最新发布
m0_73974920的博客
07-30 862
因为plist文件不能够保存自定义对象。如果一个字典中保存有自定义对象，如果把这个对象写入到文件当中，它是不会生成 plist文件的。如果对象是NSString、NSDictionary、NSArray、NSData、NSNumber等类型，可以直接用NSKeyedArchiver进行归档和恢复。
已经10岁的K8S，在很多方面仍需努力
u012516914的专栏
07-28 313
/ K8S 已经 10 岁了，但仍然有许多方面要继续努力 /Kubernetes 于 2014 年 6 月推出，自那时起，它在推广云原生应用设计和支持更多微服务部署方面发挥了巨大作用。容器部署的增长非常迅速，而 Kubernetes 对于企业管理这些部署至关重要——根据 CNCF 上一份报告的调查结果，84% 的组织正在使用或评估 Kubernetes，而 66% 的潜在和实际消费者在生产中使用 ...
MySQL-数据操作语言
一直走的很慢的鸭子
07-27 678
DML英文全称是Data Manipulation Language（数据操作语言），用来对数据库中表的数据记录进行增删改操作。
添加索引导致微服务异常
07-29 951
执行DDL时，最好使用ONLINE选项，随着oracle版本升级，online状态下可执行的DDL逐步增加，大部分普通DDL上，可以使用ONLINE选项，例如。而在新增索引的时候会有TM锁，而该表又有大量的insert、update等，因此会对这些dml语句造成阻塞。1、对大表新增索引尽量停业务，就算加上online不会造成阻塞，但对性能也有影响，特别是这种性能敏感的系统。2、在新增索引的时候加online参数，而online产生的TM锁时间比较短。加了online后，可以以非独占的方式创建和删除索引。
教务管理平台/高校教务管理系统的设计与实现/教务网站/学生成绩管理系统/学生课程管理系统
weixin_47958760的博客
07-27 800
本毕业设计的内容是设计并且实现一个基于JSP技术的教务管理平台。采用MYSQL为数据库开发平台，SSM框架，Tomcat网络信息服务作为应用服务器。教务管理平台的功能已基本实现，主要有学生、教师、课程信息、课程选择、教师课表、学生成绩、图书信息、考试等管理功能。 论文主要从系统的分析与设计 、数据库设计和系统的详细设计等几个方面来进行论述，系统分析与设计部分主要论述了系统的功能分析、系统的设计思路，数据库设计主要论述了数据库的设计，系统的详细设计部分主要论述了几个主要模块的详细设计过程。
【MySQL进阶之路 | 高级篇】简述Bin Log日志
2301_80912559的博客
07-27 882
binlog即binary log，二进制日志文件，也叫作变更日志(update log)。二进制日志可以通过数据库的全量备份和二进制日志中保存的增量信息，完成数据库的无损失恢复I但是，如果遇到数据量大、数据库和数据表很多(比如分库分表的应用)的场景，用二进制日志进行数据恢复，是很有挑战性的，因为起止位置不容易管理。在这种情况下，一个有效的解决办法是配置主从数据库服务器，甚至是一主多从的架构，把二进制日志文件的内容通过中继日志，同步到从数据库服务器中，这样就可以有效避免数据库故障导致的数据异常等问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值