【等待事件】日志类 等待事件(4.5)--log file sequential read
16lz
2021-04-18
待事件(4.5)--log file sequential read
SELECT * FROM V$EVENT_NAME A WHERE A.NAME LIKE 'log file sequential read';
Waiting for the read from this logfile to return. This is used to read redo records from the log file.
这个等待事件包含三个参数:
Log#: 发生等待时读取的redo log的sequence号。
Block#: 读取的数据块号。
Blocks: 读取的数据块个数。P3的值为1,一般来说都是在读取日志文件头。
SELECT SEGMENT_NAME, SEGMENT_TYPE, OWNER, TABLESPACE_NAME
FROM DBA_EXTENTS
WHERE FILE_ID = FILE#
AND BLOCK# BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1;
这个等待事件通常发生在对redo log信息进行读取时,比如在线redo的归档操作,ARCH进程需要读取redo log的信息,由于redo log的信息是顺序写入的,所以在读取时也是按照顺序的方式来读取的。
这个等待事件是指等待读取重做日志文件中的日志记录,等待的时间就是耗费在完成整个读取日志记录的物理I/O操作的时间。
等待从日志文件中读,一般ARC进程会遭遇此事件,如果P3参数为1,证明等待发生在读日志文件头,否则,P3代表要读出的日志块的数量.
©著作权归作者所有:来自51CTO博客作者小麦苗DB宝的原创作品,如需转载,请注明出处,否则将追究法律责任更多相关文章
- 【故障处理】队列等待之enq IV - contention案例
- 【等待事件】日志类 等待事件(4.1)--log file switch(日志文件切换)
- 消除11.2上的db file parallel read
- 【故障处理】队列等待之enq: TX - row lock contention
- 【故障处理】序列cache值过小导致CPU利用率过高
- 【故障处理】队列等待之TX - allocate ITL entry案例
- 【转载】TX - row lock contention 的一些场景
- SD卡插上一体机时显示文件或目录损坏且无法读取请问咋才能修复
- 【GoCN酷Go推荐】Go程序配置利器-viper库