今天研究执行计划，看到执行计划里面有Cost (%CPU)，我这边研究了一把，不知道对与否，拿出来晒晒
在 10g中，Oracle 把CPU的cost也统计在执行计划中去了， 这和以前的8i,9i(9i其实已经开始了)有很大的不同。所以用一个公式来表示cost，可以简单的写成Cost = I/O cost + CPU cost我虚拟机的Oracle版本是10.2.0.1SQL> 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 == 4610kSQL> 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 completedSQL> select avg_row_len from user_tables where table_name = upper('dumptest') 2 ;AVG_ROW_LEN-----------SQL> set autotrace traceonlySQL> 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对象确定的。然后对过旧统计信息表的信息进行收集
动态采用也可以在有统计信息的时候使用，这取决于你的Dynamic Sampling Levels
Dynamic Sampling在你测试SQL性能问题是不是由于oracle的统计信息有问题或oracle CBO算法问题的时候有用。
是的一共有10个级别 默认就是2 是对没有进行的动态