对Cost (%CPU) 粗略的理解

今天研究执行计划，看到执行计划里面有Cost (%CPU)，我这边研究了一把，不知道对与否，拿出来晒晒

在Oracle 10g中，Oracle 把CPU的cost也统计在执行计划中去了，这和以前的8i,9i(9i其实已经开始了)有很大的不同。

所以用一个公式来表示cost，可以简单的写成

Cost = I/O cost + CPU cost

我虚拟机的Oracle版本是10.2.0.1

SQL> select * from dumptest;

50763 rows selected.

Execution Plan
----------------------------------------------------------
Plan hash value: 3522420958

------------------------------------------------------------------------------
| Id  | Operation       | Name    | Rows  | Bytes | Cost (%CPU)| Time    |
------------------------------------------------------------------------------
| 0 | SELECT STATEMENT  |       | 50763 |  4610K| 215 (3)| 00:00:02 |
| 1 |  TABLE ACCESS FULL| DUMPTEST | 50763 |  4610K| 215 (3)| 00:00:02 |
------------------------------------------------------------------------------

在这个例子中，全表扫描的cost是215(3)

那215是整个这个步骤的cost，那和它相关的CPU 和 I/O cost 分别是多少呢，可以通过v$sql_plan来查到

SQL> select cost, cpu_cost, io_cost from v$sql_plan sql where sql.plan_HASH_VALUE = '3522420958'
2 ;

COST CPU_COST IO_COST
---------- ---------- ----------
215
215 24910764 209

大家可以看到，第二步中IO_COST是209，总的cost是215，那么CPU的cost是多少呢 (215-209)/215 = 3%

SQL> select (215-209)/215 from dual;

(215-209)/215
-------------
.027906977

所以这个Cost (%CPU)含义就是CPU cost在整个cost中占的百分比

至于byte的来源，它是来源于表的统计信息中的avg_row_len

SQL> select avg_row_len from user_tables where table_name = upper('dumptest')
2 ;

AVG_ROW_LEN
-----------
93

那我们第二步中的返回的bytes长度为

Rows × 93 == （50763 × 93） /1024 == 4610k

SQL> select (50763*93)/1024 from dual;

(50763*93)/1024
---------------
4610.31152

那肯定有朋友会问，如果我没有统计信息，这个byte还会出来嘛

看一下下面的操作

SQL> exec dbms_stats.delete_table_stats(USER, 'DUMPTEST');

PL/SQL procedure successfully completed

SQL> select avg_row_len from user_tables where table_name = upper('dumptest')
2 ;

AVG_ROW_LEN
-----------

SQL> set autotrace traceonly
SQL> select * from dumptest;

Execution Plan
----------------------------------------------------------
Plan hash value: 3522420958

------------------------------------------------------------------------------
| Id  | Operation       | Name    | Rows  | Bytes | Cost (%CPU)| Time    |
------------------------------------------------------------------------------
| 0 | SELECT STATEMENT  |       | 42043 |  7267K| 214 (3)| 00:00:02 |
| 1 |  TABLE ACCESS FULL| DUMPTEST | 42043 |  7267K| 214 (3)| 00:00:02 |
------------------------------------------------------------------------------

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

结果出来虽然cost没啥大变化，但返回的rows 和 bytes数却差了好多，我觉得这个是Oracle采用dynamic sampling后的结果

cpu COST的计算没有明确的文档但是COST是
在noworkload statistics下
cost=io_cost+cpu_cost/cpuspeednw*(ioseektim+db_block_size/iotfrspeed)*1000
而在workload statistic下
COST=IO_COST+cpu_cost/cpuspeed*sreadtim*1000

dynamic sampling used for this statement
动态采样表示ORACLE在没有统计信息的情况下做的

统计信息过旧是在收集统计信息ORACLE 对一段时间来过多DML对象确定的。然后对过旧统计信息表的信息进行收集

http://space.itpub.net/7728585/viewspace-624471

动态采用也可以在有统计信息的时候使用，这取决于你的Dynamic Sampling Levels

http://download.oracle.com/docs/ ... 11/stats.htm#i43032

Dynamic Sampling在你测试SQL性能问题是不是由于oracle的统计信息有问题或oracle CBO算法问题的时候有用。

是的一共有10个级别默认就是2 是对没有进行的动态

巴特西

对Cost (%CPU) 粗略的理解

最新文章

热门文章