【REPOST】db file scattered read

最新推荐文章于 2021-04-16 00:31:38 发布

转载最新推荐文章于 2021-04-16 00:31:38 发布 · 913 阅读

文章标签：

#Oracle #db file scattered re

Oracle 专栏收录该内容

90 篇文章

订阅专栏

本文详细解析了OLAP系统中dbfilescatteredread等待事件的原理及影响因素，包括多块读取操作的划分、与dbfilesequentialread事件的关系、MBRC因子的设置方法等。

db file scattered read在OLAP系统中是很常见的等待事件，今天就遇到了这个问题，这里转载总结下。

好文章值得收藏：）

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

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

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

有时在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中的结果。

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=10p3=64

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

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

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

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

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

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

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

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

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

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

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

有些初始化参数的值可以导致优化器转向全局扫描，如：DB_FILE_MULTIBLOCK_READ_COUNT(MBRC)，HASH_AREA_SIZE、OPTIMIZER_INDEX_COST_ADJ。
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 eventnotin ('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')
havingsum(time_waited) >0-- 对group by 产生结果的挑选
groupby sid) c
where a.sid = b.sid
and a.sid = c.sid
and a.TIME_WAITED >0
and a.EVENT = 'db file scattered read'
orderby hours_connecteddesc, pct_wait_time

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

select hash_value,
child_number,
lpad(' ',2 * depth) || operation ||' ' || options ||
decode(id,0, substr(optimizer,1,6) ||' Cost=' || to_char(cost)) operation,
object_name object,
cost,
cardinality,
round(bytes / 1024) kbytes
from v$sql_plan
where hash_valuein
(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')
orderby hash_value, child_number,id