对Cost (%CPU) 粗略的理解

Posted 2022-08-25 byte01

今天研究执行计划，看到执行计划里面有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 是对没有进行的动态