月归档：九月 2011

Oracle DML并行

发表于 2011 年 9 月 9 日 由 惜分飞

1、UPDATE 操作

SQL> conn chf/xifenfei
Connected.
SQL> EXPLAIN PLAN FOR update /*+ parallel (t1,4) */ t1 set object_name='chengfei';

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 121765358

-----------------------------------------------------------------------
| Id  | Operation             | Name     |    TQ  |IN-OUT| PQ Distrib |
-----------------------------------------------------------------------
|   0 | UPDATE STATEMENT      |          |        |      |            |
|   1 |  UPDATE               | T1       |        |      |            |
|   2 |   PX COORDINATOR      |          |        |      |            |
|   3 |    PX SEND QC (RANDOM)| :TQ10000 |  Q1,00 | P->S | QC (RAND)  |
|   4 |     PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   5 |      TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
--------------------------------------------------------------------------

SQL> conn chf/xifenfei
Connected.
SQL> ALTER SESSION ENABLE  PARALLEL DML;

Session altered.

SQL> EXPLAIN PLAN FOR update /*+ parallel (t1,4) */ t1 set object_name='chengfei';

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 3308547044

--------------------------------------------------------------------------
| Id  | Operation                | Name     |    TQ  |IN-OUT| PQ Distrib |
--------------------------------------------------------------------------
|   0 | UPDATE STATEMENT         |          |        |      |            |
|   1 |  PX COORDINATOR          |          |        |      |            |
|   2 |   PX SEND QC (RANDOM)    | :TQ10001 |  Q1,01 | P->S | QC (RAND)  |
|   3 |    INDEX MAINTENANCE     | T1       |  Q1,01 | PCWP |            |
|   4 |     PX RECEIVE           |          |  Q1,01 | PCWP |            |
|   5 |      PX SEND RANGE       | :TQ10000 |  Q1,00 | P->P | RANGE      |
|   6 |       UPDATE             | T1       |  Q1,00 | PCWP |            |
|   7 |        PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   8 |         TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
--------------------------------------------------------------------------

通过执行计划可以看出，只有执行了ALTER SESSION ENABLE PARALLEL DML后，UPDATE操作才真正的实现了并行操作，如果不执行该语句，只是执行了并发查询，并没有实现并发更新操作

2、DELETE 操作

SQL> conn chf/xifenfei
Connected.
SQL> EXPLAIN PLAN FOR delete /*+ parallel (t1,3) */ from t1;

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 3718066193

-----------------------------------------------------------------------
| Id  | Operation             | Name     |    TQ  |IN-OUT| PQ Distrib |
-----------------------------------------------------------------------
|   0 | DELETE STATEMENT      |          |        |      |            |
|   1 |  DELETE               | T1       |        |      |            |
|   2 |   PX COORDINATOR      |          |        |      |            |
|   3 |    PX SEND QC (RANDOM)| :TQ10000 |  Q1,00 | P->S | QC (RAND)  |
|   4 |     PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   5 |      TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
-----------------------------------------------------------------------

SQL> conn chf/xifenfei
Connected.
SQL> ALTER SESSION ENABLE  PARALLEL DML;

Session altered.

SQL> EXPLAIN PLAN FOR delete /*+ parallel (t1,3) */ from t1;

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 2132458150

--------------------------------------------------------------------------
| Id  | Operation                | Name     |    TQ  |IN-OUT| PQ Distrib |
--------------------------------------------------------------------------
|   0 | DELETE STATEMENT         |          |        |      |            |
|   1 |  PX COORDINATOR          |          |        |      |            |
|   2 |   PX SEND QC (RANDOM)    | :TQ10001 |  Q1,01 | P->S | QC (RAND)  |
|   3 |    INDEX MAINTENANCE     | T1       |  Q1,01 | PCWP |            |
|   4 |     PX RECEIVE           |          |  Q1,01 | PCWP |            |
|   5 |      PX SEND RANGE       | :TQ10000 |  Q1,00 | P->P | RANGE      |
|   6 |       DELETE             | T1       |  Q1,00 | PCWP |            |
|   7 |        PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   8 |         TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
--------------------------------------------------------------------------

试验证明，也需要执行ALTER SESSION ENABLE PARALLEL DML，才能够实现真正的删除并发操作

3、INSERT 操作

SQL> conn chf/xifenfei
Connected.
SQL> EXPLAIN PLAN FOR INSERT  /*+ parallel (t_1,4) */ INTO t_1 SELECT /*+ parallel (t1,4) */* FROM t1;

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 2494645258

----------------------------------------------------------------------
| Id  | Operation            | Name     |    TQ  |IN-OUT| PQ Distrib |
----------------------------------------------------------------------
|   0 | INSERT STATEMENT     |          |        |      |            |
|   1 |  PX COORDINATOR      |          |        |      |            |
|   2 |   PX SEND QC (RANDOM)| :TQ10000 |  Q1,00 | P->S | QC (RAND)  |
|   3 |    PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   4 |     TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
----------------------------------------------------------------------

SQL> conn chf/xifenfei
Connected.
SQL> ALTER SESSION ENABLE  PARALLEL DML;

Session altered.

SQL> EXPLAIN PLAN FOR INSERT  /*+ parallel (t_1,4) */ INTO t_1 SELECT /*+ parallel (t1,4) */* FROM t1;

Explained.

SQL> SELECT * FROM table (DBMS_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 783041698

-------------------------------------------------------------------------
| Id  | Operation               | Name     |    TQ  |IN-OUT| PQ Distrib |
-------------------------------------------------------------------------
|   0 | INSERT STATEMENT        |          |        |      |            |
|   1 |  PX COORDINATOR         |          |        |      |            |
|   2 |   PX SEND QC (RANDOM)   | :TQ10001 |  Q1,01 | P->S | QC (RAND)  |
|   3 |    LOAD AS SELECT       | T_1      |  Q1,01 | PCWP |            |
|   4 |     PX RECEIVE          |          |  Q1,01 | PCWP |            |
|   5 |      PX SEND ROUND-ROBIN| :TQ10000 |  Q1,00 | P->P | RND-ROBIN  |
|   6 |       PX BLOCK ITERATOR |          |  Q1,00 | PCWC |            |
|   7 |        TABLE ACCESS FULL| T1       |  Q1,00 | PCWP |            |
-------------------------------------------------------------------------

通过这个执行计划可以发现，数据是被使用APPEND方式插入到表中，如果需要常规方式插入，需要加上noappend提示，同样设置了session 并行dml才能够实现真正意义上的插入并发操作

4、总结
通过上面的试验可以得出，如果要DML实现真正意义上的并发，在开始执行需要并发语句前，需要执行开启session并发
ALTER SESSION ENABLE PARALLEL DML;
在执行完语句后，需要执行关闭session并发
ALTER SESSION DISABLE PARALLEL DML;

发表在 Oracle性能优化 | 评论关闭

人在社会混，一定要有些心计

发表于 2011 年 9 月 6 日 由 惜分飞

01．犯了错误就该诚实地认错——狡辩、诿过只会害了自己。
02．朋友之间要保持距离——这样的友谊才能长久。
03．钱追人，人追健康——有了健康，还怕挣不到钱么？
04．别轻易转行——转行的风险很高，最好不要轻率为之。
05．适度地抬高身价——在就业市场中，人也是一种商品。
06．把敬业变成习惯——从长期看是为了自己。
07．运用累积法壮大资产——不求快，不求多，不中断。
08．忍一时，争千秋形势比人强时，必须忍。
09．与其你死我活，不如你活我也活——这就是双赢，是良性竞争。
10．以“播种”的心态经营人际关系——种子播得越早越坚韧。
11．做事切勿率性而为——率性而为只会害了自己。
12．遇到魔鬼型的主管时——接受他的磨练可让你的性格越来越坚韧。
13．不要当众和主管吵架——那会让你无路可走，只有走人。
14．向不同行业的人学习新知识——记住，要用请教的态度。
15．所有的困难都是好事——这是老天爷在磨练你，目的是把重任交给你。
16．用吃亏就是占便宜的心态做人做事——那样你就可以迅速长大。
17．不要在失意者面前谈论你的得意——那样伤害你的人际关系。
18．不要小看守时这件事——守时是对别人的尊重。
19．用时间来看人——时间是检验大师。
20．用打听来看人——把获得的信息汇总，就可以了解那个人。
21．建立一个朋友档案——以免人到用时方恨少。
22．扩大交友圈——主动出击，不要等别人上门找你。
23．保持交友的弹性——敌人也可以变成朋友。
24．要交喜欢“修理”你的朋友——这种朋友是你的人生导师。
25．毛遂自荐，好处多多——让别人看到你，知道你的存在，知道你的能力。
26．小心突然升温的友情——对待这种友情的正确态度是：不推不迎，礼尚往来。
27．做老二，不做老大——老大没当好，容易变成老三老四。
28．做人要中规中矩——目的是赢得他人的尊重和信赖。
29．用“物质利”换取“人情利”——“物质利”是一时的，“人情利”是长远的。
30．不要独想荣耀——今天独享荣耀，明天可能就可能独吞苦果。
31．找一位“衣食父母”——那个人可减少你摸索的时间。
32．找一位对手来跟——跟住他，最终超越他。
33．用耐心把冷板凳坐热——冷板凳都坐过了，还有什么好怕的呢？
34．套用别人的成功模式——别人的成功模式可成为一种指引，让你有方向可循。
35．偷偷地把自己当成老板或主管——逐渐培养自己当老板或主管的能力。
36．不要满足于眼前的小成就——问问自己：我这辈子就这样了吗？
37．让自己尽快成为本行的专家——只要功夫深，铁杵磨成针。
38．不要有怀才不遇的想法——怀才不遇多半是自己造成的。
39．跌倒了，一定要爬起来——不爬起来，别人会看不起你，你自己也会失去机会。
40．不要为失败找借口——应该直面失败，并迅速找出失败的原因。
41．改变环境或改变自己——与其改变环境，不如改变自己。
42．不打没有把握的仗——生命是经不起一次次的浪费的。
43．把反省自己当成每日的功课——因为你不是完美的，会说错话，也会做错事。
44．碰到低调时，自己鼓励自己——千万别蚯螅
45．依靠别人的智能做事——一个人的能力是有限的。
46．时时都要有危机意识——别以为你的命好运气也好。
47．主角配角都能演，台上台下都自在——面对人生，要练就能屈能伸的个性。
48．要学会控制自己的情绪——这是成熟的一个最重要的标志。
49．做乌龟，不做兔子——有兔子资质的人容易骄傲，而骄傲会成为成功路上的绊脚石。
50．先做小事，先赚小钱——为做大事赚大钱积累经验。
51．别让过去的失败捆住你的手脚，否则永远难成大事。
52．像蟑螂一样活着——人如果有蟑螂的韧性，还有什么日子不能过呢？
53．靠实力，不靠派系——派系不是永远的，实力才是你能依靠一生的东西。
54．自己发光，不要等别人把你磨光——谁有空、有心情去认真地“磨”你呢？
55．逢山开路，遇水架桥——要学会投其所好。
56．永远跑在下属的前面——权力领导、情义领导都不如才能领导。
57．“新官上任三把火”有必要——要大声地告诉别人：我来了。
58．只要5毛钱，不要1块钱——拿一块钱的机会只有一次。
59．放下架子，路就会越走越宽——架子只会捆住你的手脚。
60．话别说得太圆满——目的是给意外留有余地，以免下不了台。
61．尽快成为你所在的那一行的专家——只要努力就会成功。
62．多赞美别人——不用花钱，就能使人快乐，何乐而不为呢？
63．尊重别人的领土范围——别因为疏忽引发不必要的麻烦。
64．不要轻易吐露你的失意——以免被人认为你软弱无能。
65．人际关系的原则是：有舍才有得——你满足了对方，对方才会满足你。
66．不要忽略面子问题——不给面子的行为最容易引起是非。
67．妥善处理与小人的关系——不要依附他，也不要得罪他。
68．最好不要挡住别人的财路——与其挡人财路，不如自己别辟财路。
69．用低姿态化解别人的嫉妒——嫉妒是烈火，会烧毁一个人。
70．做人做事不必面面俱到——总会有人不满意你。
71．认识并运用人性中的自私——要想办法用别人的自私为自己谋利。
72．顺着毛摸，他就会听你的——脾气再大、城府再深、个性再强的人也吃不消这招。
73．以积极的作为推动否极泰来——坚持住，努力向上，积累能力。
74．以戒备谨慎的心态延缓盛极而衰的时间——很多失败都是在兴盛时埋下的伏笔。
75．万事俱备，花自然会开——努力就行了，花什么时候开由老天爷安排。

发表在 至理名言 | 评论关闭

Oracle直方图理解与实验

发表于 2011 年 9 月 4 日 由 惜分飞

一.Oracle中直方图的作用
直方图是一种对被管理对象某一方面质量进行管理的描述工具，那么在Oracle中自然它也是对Oracle中某个对象质量的描述工具，这个对象就是Oracle中最重要的东西——“数据”。
在Oracle中直方图是一种对数据分布质量情况进行描述的工具。它会按照某一列不同值出现数量多少，以及出现的频率高低来绘制数据的分布情况，以便能够指导优化器根据数据的分布做出正确的选择。在某些情况下，表的列中的数值分布将会影响优化器使用索引还是执行全表扫描的决策。当 where 子句的值具有不成比例数量的数值时，将出现这种情况，使得全表扫描比索引访问的成本更低。这种情况下如果where 子句的过滤谓词列之上上有一个合理的正确的直方图，将会对优化器做出正确的选择发挥巨大的作用，使得SQL语句执行成本最低从而提升性能。

二.Oracle中使用直方图的场合
在分析表或索引时，直方图用于记录数据的分布。通过获得该信息，基于成本的优 化器就可以决定使用将返回少量行的索引，而避免使用基于限制条件返回许多行的索引。直方图的使用不受索引的限制，可以在表的任何列上构建直方图。
构造直方图最主要的原因就是帮助优化器在表中数据严重偏斜时做出更好的规划：例如，如果一到两个值构成了表中的大部分数据(数据偏斜)，相关的索引就可能无法帮助减少满足查询所需的I/O数量。创建直方图可以让基于成本的优化器知道何时使用索引才最合适，或何时应该根据WHERE子句中的值返回表中80％的记录。
通常情况下在以下场合中建议使用直方图：
（1）、当Where子句引用了列值分布存在明显偏差的列时：当这种偏差相当明显时，以至于 WHERE 子句中的值将会使优化器选择不同的执行计划。这时应该使用直方图来帮助优化器来修正执行路径。（注意：如果查询不引用该列，则创建直方图没有意义。这种错误很常见，许多 DBA 会在偏差列上创建柱状图，即使没有任何查询引用该列。）

（2）、当列值导致不正确的判断时：这种情况通常会发生在多表连接时，例如，假设我们有一个五项的表联接，其结果集只有 10 行。Oracle 将会以一种使第一个联接的结果集（集合基数）尽可能小的方式将表联接起来。通过在中间结果集中携带更少的负载，查询将会运行得更快。为了使中间结果最小化，优化器尝试在 SQL 执行的分析阶段评估每个结果集的集合基数。在偏差的列上拥有直方图将会极大地帮助优化器作出正确的决策。如优化器对中间结果集的大小作出不正确的判断，它可能会选择一种未达到最优化的表联接方法。因此向该列添加直方图经常会向优化器提供使用最佳联接方法所需的信息。

三.Oracle直方图的种类
Oracle利用直方图来提高非均匀数据分布的选择率和技术的计算精度。但是实际上Oracle会采用另种不同的策略来生成直方图：其中一种是针对包含很少不同值的数据集；另一种是针对包含很多不同的数据集。Oracle会针对第一种情况生成频率直方图，针对第二种情况生成高度均衡直方图。通常情况下当BUCTET < 表的NUM_DISTINCT值得到的是HEIGHT BALANCED（高度平衡）直方图，而当BUCTET > 表的NUM_DISTINCT值的时候得到的是FREQUENCY（频率）直方图

四、试验证明（有直方图执行计划更加准确）

SQL> create table t_xff
  2  as select * from dba_objects;
 
Table created
 
 
SQL> create index ind_t_xff on t_xff(object_id) online nologging;
 
Index created

SQL> SELECT MAX(object_id),MIN(object_id) FROM t_xff;
 
MAX(OBJECT_ID) MIN(OBJECT_ID)
-------------- --------------
         76800              2

SQL>  UPDATE t_xff SET object_id=1000 WHERE object_id>100 AND object_id<76000;
 
72965 rows updated
 
SQL> commit;
 
Commit complete
 
SQL> 
SQL>   BEGIN
  2      DBMS_stats.gather_table_stats(cascade => TRUE,degree => 2
  3      ,estimate_percent => 100,force => TRUE,ownname => USER,tabname => 'T_XFF');
  4   END;
  5  /
 
PL/SQL procedure successfully completed

SQL> SELECT * FROM user_histograms WHERE table_name='T_XFF' AND column_name='OBJECT_ID';
TABLE COLUMN_NAM ENDPOINT_NUMBER ENDPOINT_VALUE ENDPOINT_A
----- ---------- --------------- -------------- ----------
T_XFF OBJECT_ID            1          2
T_XFF OBJECT_ID            2          3
……
T_XFF OBJECT_ID            73205          76789
T_XFF OBJECT_ID            73206          76800

SQL>   SELECT COLUMN_NAME,HISTOGRAM FROM USER_TAB_COLS WHERE TABLE_NAME='T_XFF' AND column_name='OBJECT_ID';
 
COLUMN_NAME                    HISTOGRAM
------------------------------ ---------------
OBJECT_ID                      FREQUENCY
--在gather_table_stats方法中，默认的method_opt值为：FOR ALL COLUMNS SIZE AUTO，所以也是会收集直方图的统计信息（和oracle版本相关）
--注意：ENDPOINT_NUMBER ，ENDPOINT_VALUE 的分布情况

SQL> set autot trace exp stat
SQL> select object_name from t_xff where object_id=100;


执行计划
----------------------------------------------------------
Plan hash value: 2950241517

--------------------------------------------------------------------------------

| Id  | Operation                   | Name      | Rows  | Bytes | Cost (%CPU)| Time     |

-----------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |           |     1 |    29 |     2   (0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T_XFF     |     1 |    29 |     2   (0)| 00:00:01 |

|*  2 |   INDEX RANGE SCAN          | IND_T_XFF |     1 |       |     1   (0)| 00:00:01 |

-----------------------------------------------------------------------------------------


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

   2 - access("OBJECT_ID"=100)


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          4  consistent gets
          0  physical reads
          0  redo size
        432  bytes sent via SQL*Net to client
        416  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> select object_name from t_xff where object_id=1000;

已选择72965行。


执行计划
----------------------------------------------------------
Plan hash value: 667573674

---------------------------------------------------------------------------
| Id  | Operation         | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |       | 72965 |  2066K|   292   (1)| 00:00:04 |
|*  1 |  TABLE ACCESS FULL| T_XFF | 72965 |  2066K|   292   (1)| 00:00:04 |
---------------------------------------------------------------------------

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

   1 - filter("OBJECT_ID"=1000)


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       5833  consistent gets
         16  physical reads
          0  redo size
    2487154  bytes sent via SQL*Net to client
      53920  bytes received via SQL*Net from client
       4866  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      72965  rows processed
--观察发现，因为有直方图的存在，oracle会只能的选择使用index或者全表扫描


SQL>   BEGIN
  2      DBMS_stats.gather_table_stats(cascade => TRUE,degree => 2
  3      ,estimate_percent => 100,force => TRUE,ownname => USER,tabname => 'T_XFF',method_opt => 'FOR ALL COLUMNS SIZE 1');
  4   END;
  5  /
 
PL/SQL procedure successfully completed
--删除直方图，设置method_opt：FOR ALL COLUMNS SIZE 1即可

SQL>  SELECT * FROM user_histograms WHERE table_name='T_XFF' AND column_name='OBJECT_ID';

TABLE COLUMN_NAM ENDPOINT_NUMBER ENDPOINT_VALUE ENDPOINT_A
----- ---------- --------------- -------------- ----------
T_XFF OBJECT_ID                0              2
T_XFF OBJECT_ID                1          76800

SQL> SELECT COLUMN_NAME,HISTOGRAM FROM USER_TAB_COLS WHERE TABLE_NAME='T_XFF' AND column_name='OBJECT_ID';
 
COLUMN_NAME                    HISTOGRAM
------------------------------ ---------------
OBJECT_ID                      NONE

SQL> select object_name from t_xff where object_id=100;


执行计划
----------------------------------------------------------
Plan hash value: 2950241517

--------------------------------------------------------------------------------

| Id  | Operation                   | Name      | Rows  | Bytes | Cost (%CPU)| Time     |

--------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |           |   303 |  8787 |     7   (0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T_XFF     |   303 |  8787 |     7   (0)| 00:00:01 |

|*  2 |   INDEX RANGE SCAN          | IND_T_XFF |   303 |       |     2   (0)| 00:00:01 |

--------------------------------------------------------------------------------


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

   2 - access("OBJECT_ID"=100)


统计信息
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          4  consistent gets
          0  physical reads
          0  redo size
        432  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> select object_name from t_xff where object_id=1000;

已选择72965行。


执行计划
----------------------------------------------------------
Plan hash value: 2950241517

--------------------------------------------------------------------------------
| Id  | Operation                   | Name      | Rows  | Bytes | Cost (%CPU)| Time     |

--------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |           |   303 |  8787 |     7   (0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T_XFF     |   303 |  8787 |     7   (0)| 00:00:01 |

|*  2 |   INDEX RANGE SCAN          | IND_T_XFF |   303 |       |     2   (0)| 00:00:01 |

--------------------------------------------------------------------------------


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

   2 - access("OBJECT_ID"=1000)


统计信息
----------------------------------------------------------
          0  recursive calls
          0  db block gets
       5833  consistent gets
          0  physical reads
          0  redo size
    2487154  bytes sent via SQL*Net to client
      53919  bytes received via SQL*Net from client
       4866  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      72965  rows processed
--没有了直方图，oracle傻瓜的选择也使用index
--虽然两次逻辑读一样，但是全表扫描涉及到一次可以读多块，但是index扫描一次只能读一个数据块
发表在 Oracle性能优化 | 评论关闭