oracle案例:分析10053跟踪文件
2008-12-31 13:07:56 来源:WEB开发网_OPTIMIZER_COST_MODEL = CHOOSE
如果设置为CHOOSE,而且已收集系统的统计信息,CBO将使用新的CPU模型。如果设置为I/O,将会使用旧成本模型,忽略CPU成本。
DB_FILE_MULTIBLOCK_READ_COUNT = 64
该参数控制执行全表扫描或者索引扫描时的成本。该参数的值越高,执行全表扫描或者索引扫描时成本越低。该参数的值被CBO要么按照固定公式(如果OPTIMIZER_COST_MODEL = io)计算,要么从收集的实际统计信息中计算并进行参考。
_CPU_TO_IO = 0 (默认)
该参数用于量度在使用CPU和I/O成本来计算总成本时,一次I/O成本需要的CPU周期。如果设置为0,即默认值,CBO要么使用一个内部固定的值,要么使用系统统计信息派生的一个值(统计信息包含CPU转速,单块I/O时间,多块I/O时间,多块I/O时所读的平均块数目)。当CBO考虑CPU成本时,为了确认成本,判断CBO使用该参数的什么值非常重要。
C) 计算CBO使用的CPU对I/O比率
为了确定CBO用到的_CPU_TO_IO的值,在10053中,必须找到一个入口,此入口包含下述参数的值:CPU 成本, I/O 成本, 总成本。通过获取这三个值,使用相关的公式,我们可以计算CBO内部使用的这个比率。
_CPU_TO_IO的值在10053中是个常量,在任何计算中都是一样的,因此任何入口中显示的这三个变量的值,对于计算_CPU_TO_IO的值都是有用的。需要注意的是,选择一个CPU和I/O成本较大的值,因为它们的值越大,算出来的结果就越准确。
找一个index fast full (IFF)扫描,或者一些包含CPU,IO与总体成本有关的信息。
Access path: index (iff)
Index: PK_CIPBF_IX
TABLE: CERT_INSURED_PLAN_BENEFIT_FACT
RSC_CPU: 2865229980 RSC_IO: 52693
IX_SEL: 0.0000e+00 TB_SEL: 1.0000e+00
Access path: iff Resc: 55630 Resp: 27815
- ››oracle 中 UPDATE nowait 的使用方法
- ››Oracle ORA-12560解决方法
- ››Oracle 10g RAC 常用维护命令
- ››Oracle如何在ASM中定位文件的分布
- ››Oracle的DBMS_RANDOM.STRING 的用法
- ››oracle 外部表导入时间日期类型数据,多字段导入
- ››Oracle中查找重复记录
- ››oracle修改用户登录密码
- ››Oracle创建删除用户、角色、表空间、导入导出等命...
- ››Oracle中登陆时报ORA-28000: the account is lock...
- ››Oracle数据库在配置文件中更改最大连接数
- ››Oracle中在pl/sql developer修改表的两种方式
更多精彩
赞助商链接