Oracle Exadata的TABLE ACCESS STORAGE FULL执行计划

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

 

 

Oracle在Exadata上增加了一个硬件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/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-707128/