Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2880969
  • 博文数量: 599
  • 博客积分: 16398
  • 博客等级: 上将
  • 技术积分: 6875
  • 用 户 组: 普通用户
  • 注册时间: 2009-11-30 12:04
个人简介

WINDOWS下的程序员出身,偶尔也写一些linux平台下小程序, 后转行数据库行业,专注于ORACLE和DB2的运维和优化。 同时也是ios移动开发者。欢迎志同道合的朋友一起研究技术。 数据库技术交流群:58308065,23618606

文章分类

全部博文(599)

文章存档

2014年(12)

2013年(56)

2012年(199)

2011年(105)

2010年(128)

2009年(99)

分类: Oracle

2009-12-01 15:10:17

  1. 当会话发布一个读入多个数据块的IO请求时提交该事件。ORACLE会话等待多个连续的数据块(由初始参数DB_FILE_MULTIBLOCK_READ_COUNT指定)从磁盘读入到SGA中。
  2. 该事件是在全表扫描或索引快速全局扫描时发生的典型事件。
  3. 初始化参数db_file_multiblock_read_count(MBRC)决定了读取数据块的最大数目,有两种情况会造成多块读取操作被分成几次操作:

>> MBRC因子不能跨越整个区,如果一个区包含10个块,MBRC因子=8,那么多块读取会发布两次读取调用,一次8个数据块,一次2个数据块。

>> 要读取的多块有,有一部分已在CACHE中,这时多块读取操作被分化成几次来完成。

  1. 有时在db file scattered read事件中会夹杂db file sequential read事件,出现的原因是:

>> 区边界:当某个区中的最后一组块只有一个块时,ORALCE使用单块读取调用取出这个块。这通常不是一个问题,除非区尺寸过小。

>> 存在较多的链接的或迁移的行。ORALCE使用单块I/O调用寻求每个链接的或迁移的行。在DBA_TABLES视图中检查表的CHAIN_CNT,如果该值较大,需要重新组织表(导入/导出或alter table move)。

>> 索引条目的创建。如在使用insert into table_A select * from table_B,如果table_A上有一个索引,在执行该语句时,会产生很多db sequential read事件,这是将索引块读入SGA中的结果。

  1. MBRC因子的合理设置方法:

alter session set db_file_multiblock_read_count=1000;  -- 设置一个高得离谱的MBRC因子

select /*+ full(a) */ count(*) from big_table a;       -- 进行全局扫描

结果:通过捕获10046事件,从生成的Trace文件中获得的P3的值就是最佳MBRC因子,以下是针对出租车系统,看来最佳的MBRC因子是64。

WAIT #1: nam='db file scattered read' ela= 48518 p1=12 p2=10 p3=64

WAIT #1: nam='db file scattered read' ela= 42922 p1=12 p2=74 p3=64

WAIT #1: nam='db file scattered read' ela= 41369 p1=12 p2=138 p3=64

WAIT #1: nam='db file scattered read' ela= 42752 p1=12 p2=202 p3=64

  1. 存在该事件并不一定表示存在性能问题,但是如果该事件的等待时间比其他等待时间多得多,则必须调查其原因。当SQL语句访问对象中的大多数行时,使用db file scattered read很有用处。
  2. 当确定了引起该事件剧增的SQL语句后,就检查该SQL语句的执行计划。

>> 该语句是否应该通过全表扫描或索引FFS访问数据?

>> 索引扫描或唯一扫描是否更为有效?

>> 查询是否使用了正确的驱动表?

>> SQL谓词是否适合于散列或合并联接?

>> 如果全表扫描是合适的,并行查询是否可以改进响应时间?

  1. 如果运行良好的应用程序突然在此事件中花费了大量时间,并且没有任何代码改变,可能需要查看是否一个或多个索引已经被删除或不可用。
  2. 如果数据库对象的统计信息不精确,如:统计信息表明该表只有几行,而实际上有上百成行,也会造成优化器选择全表扫描访问路径,这时要使用EXEC SYS.DBMS_STATS.gather_table_stats('RECKON','RCNT_INCOME',estimate_percent => 10)或analyze table RCNT_INCOME estimate STATISTICS来刷新统计。

在ORACLE10g中,表监控默认是启动的。

  1. 有些初始化参数的值可以导致优化器转向全局扫描,如:DB_FILE_MULTIBLOCK_READ_COUNT(MBRC),HASH_AREA_SIZE、OPTIMIZER_INDEX_COST_ADJ。
  2. v$sesstat视图也有当前会话的全表扫描统计信息,但没有时间元素,所以v$session_event是更好的视图。

>> 以v$sesstat视图作为查询对象的示例:

select a.SID, b.name, a.VALUE
  from v$sesstat a, v$statname b
 where a.STATISTIC# = b.STATISTIC#
   and a.VALUE <> 0
   and b.NAME = 'table scan blocks gotten'

注:以此查询可以粗略知道系统中大约什么会话出现很多的表扫描。


>> 以v$session_event为基础的查询:

select a.sid,
       a.event,
       a.time_waited,
       round(a.time_waited/c.sum_time_waited*100 , 2) || '%' pct_wait_time,
       round((sysdate - b.LOGON_TIME) * 24) hours_connected
  from v$session_event a,
       v$session b,
       (select sid, sum(time_waited) sum_time_waited
          from v$session_event
        
         where event not in ('null event''SQL*Net message to client',
                'pmon timer''pipe get''smon timer''jobq slave wait',
                'rdbms ipc message''rdbms ipc reply''PX Deq: Join ACK',
                'PX Deq: Signal ACK'
        having sum(time_waited) > 0  -- 对group by 产生结果的挑选
         group by sid) c
 where a.sid = b.sid
   and a.sid = c.sid
   and a.TIME_WAITED > 0
   and a.EVENT = 'db file scattered read'
 order by hours_connected desc, pct_wait_time

  1. 查询当前执行全局扫描的SQL语句,v$sql_plan中是否包含该事件:

select hash_value,
       child_number,
       lpad(' '2 * depth) || operation || ' ' || options ||
       decode(id0, substr(optimizer, 16) || ' Cost=' || to_char(cost)) operation,
       object_name object,
       cost,
       cardinality,
       round(bytes / 1024) kbytes
  from v$sql_plan
 where hash_value in
       (select a.sql_hash_value
          from v$session a, v$session_wait b
         where a.sid = b.sid
           and b.event = 'db file scattered read')
 order by hash_value, child_number, id

  1. 参数说明:

事件号:188

事件名:db file scattered read

参数一:读取块的文件号码file#

参数二:起始块号block#

参数三:读取的块总数blocks


由参数P1与P2推得访问的数据对象:

select s.segment_name, s.partition_name 
  from dba_extents s 
 where  between s.block_id and (s.block_id + s.blocks -1) and s.file_id = 


  1. 等待时间:无超时
阅读(1296) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~