ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Oracle Exadata的TABLE ACCESS STORAGE FULL执行计划

Oracle Exadata的TABLE ACCESS STORAGE FULL执行计划

原创 Linux操作系统 作者:yangtingkun 时间:2011-09-10 23:59:52 0 删除 编辑

这个TABLE ACCESS STORAGE FULL的执行计划只有在ORACLE EXADATA上才回出现。

 

 

OracleExadata上增加了一个硬件Exadata Programmable Storage Server,使得在存储系统可以变得更加智能。以往在进行全表扫描时,即使存在过滤条件,也需要将全部数据读到数据库服务器端,才能过滤掉无用的数据。但是通过这个硬件和存储软件的配合,使得这种过滤直接在存储层进行,而返回给数据库服务器的则是查询需要的结果。一方面在存储直接过滤提高访问性能,另一方面使得返回个服务器的数据量大大下降,这也是Exadata进行全表扫描性能优异的重要原因之一。

在昨天练手的时候,记录了一下这个执行计划,而这个执行计划在自己的测试环境中是不可能出现的:

SQL> select count(*) from t;

  COUNT(*)
----------
  49527761

Elapsed: 00:00:02.28

Execution Plan
----------------------------------------------------------   
Plan hash value: 2966233522

---------------------------------------------------------------------------
| Id  | Operation                  | Name | Rows  | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |      |     1 |   114K  (1)| 00:22:59 |
|   1 |  SORT AGGREGATE            |      |     1 |            |          |
|   2 |   TABLE ACCESS STORAGE FULL| T    |   228M|   114K  (1)| 00:22:59 |
---------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement (level=2)

Statistics
----------------------------------------------------------    
          0  recursive calls
          0  db block gets
     418736  consistent gets
          0  physical reads
          0  redo size
        529  bytes sent via SQL*Net to client
        524  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 count(*) from t where wner = 'TEST';

  COUNT(*)
----------
       611

Elapsed: 00:00:02.83

Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522

-----------------------------------------------------------------------------------
| Id  | Operation                  | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |      |     1 |    17 |   115K  (2)| 00:23:07 |
|   1 |  SORT AGGREGATE            |      |     1 |    17 |            |          |
|*  2 |   TABLE ACCESS STORAGE FULL| T    |  6670 |   110K|   115K  (2)| 00:23:07 |
-----------------------------------------------------------------------------------

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

   2 - storage("OWNER"='TEST')
       filter("OWNER"='TEST')

Note
-----
   - dynamic sampling used for this statement (level=2)

Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
     418736  consistent gets
          0  physical reads
          0  redo size
        527  bytes sent via SQL*Net to client
        524  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

可以看到Predicate Information中,访问和过滤条件分别是storage("OWNER"='TEST')filter("OWNER"='TEST'),这说明限制条件被推到了存储层执行,也正是这个原因,使得Oracle估算的访问行数没有太大的偏差。

 

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

上一篇: Oracle Exadata试用
请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2007-12-29

  • 博文量
    1955
  • 访问量
    10541676