ITPub博客

首页 > Linux操作系统 > Linux操作系统 > noworkload下全表扫描cost的计算

noworkload下全表扫描cost的计算

原创 Linux操作系统 作者:wei-xh 时间:2011-05-14 22:17:58 0 删除 编辑
--------------数据库版本
SQL> select * from v$version where rownum=1;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

---------------表信息
表块数-------64157
_db_file_optimizer_read_count=16--------------真正计算cost的时候是按照这个块来计算,非db_file_multiblock_read_count
db_file_multiblock_read_count=16

-----------系统统计信息(noworkload统计信息)
SQL> select
  2  pname, pval1
  3  from
  4  sys.aux_stats$;

PNAME                               PVAL1
------------------------------ ----------
CPUSPEEDNW                        833.212
IOSEEKTIM                              10
IOTFRSPEED                           4096

------------cost计算公式,cost=io_cost+cup_cost
io_cost=(总块数/mbrc)*(mreadtim/sreadtim)
这里的mbrc即为_db_file_optimizer_read_count的值。
sreadtim=ioseektim + db_block_size/iotrfrspeed=10+8192/4096=12
mreadtim=ioseektim+(db_file_multiblock_read_count* db_block_size)/iotrfrspeed==12+(16*8192)/4096=42
cpu_cost=cpu_cost=cpucycles/(cpuspeed*sreadtim)
其中cpucycles的值根据plan_table中的cpu_cost来获得

-------------执行一个查询
SQL> select count(*) from wxh_tbd;

  COUNT(*)
----------
    448497


执行计划
----------------------------------------------------------
Plan hash value: 853361775

----------------------------------------------------------------------
| Id  | Operation          | Name    | Rows  | Cost (%CPU)| Time     |
----------------------------------------------------------------------
|   0 | SELECT STATEMENT   |         |     1 | 14088   (1)| 00:02:50 |
|   1 |  SORT AGGREGATE    |         |     1 |            |          |
|   2 |   TABLE ACCESS FULL| WXH_TBD |   448K| 14088   (1)| 00:02:50 |
----------------------------------------------------------------------

我们看看这个cost是如何计算出来的。
io_cost=(总块数/mbrc)*(mreadtim/sreadtim)
=(64157/16)*(42/12)=14036
cpu_cost=cpucycles/(cpuspeed*sreadtim)=524164776/(833.212*12*1000)=52.4241106
总cost=14036+52=14088
跟oracle计算出来的是一致的。

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

请登录后发表评论 登录
全部评论
Oracle ACE组成员,DBGeeK用户组发起人。曾在DTCC、ORACLE技术嘉年华、Gdevops等公开场合做过数据库技术专题分享,2017年应Oracle邀请在世界最大的数据库会议OOW上做技术分享。组织翻译了《拨云见日,解密Oracle ASM内核》一书。

注册时间:2009-07-04

  • 博文量
    422
  • 访问量
    2315296