Oracle认证：Freebufferwaits等待事件总结.doc_第1页
Oracle认证：Freebufferwaits等待事件总结.doc_第2页
Oracle认证：Freebufferwaits等待事件总结.doc_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

Oracle认证：Freebufferwaits等待事件总结 Freebufferwaits 1.简述：当数据库要在buffercache中寻找空闲空间来放置数据，但发现空间不足时，就会产生这个等待; 2.详述： a)在用户请求块的DBA上应用HASH函数，获得适当的hashbucket; b)检索bucket对应的chain,确认块头是否存在，若存在就使用; c)若不存在，用户进程在LRU链上按最近最少使用的顺序寻找空闲缓冲区。若在此过程中发现脏块，则将其移到LRUW列。找到空闲缓冲区后，就可以从数据文件将块读到该缓冲区上; d)在LRU列上寻找，一般扫描40%的比例，扫完后没有发现空闲缓冲区，就会停止扫描并驱使DBWR将脏块写到磁盘上; e)在等待dbwr写脏块的过程中，用户进程在等待freebufferwaits事件。 3.原因：三部分 1.databuffer太小，导致空闲空间不够 2.脏块写得慢。 a)内存中的脏数据太多，DBWR无法及时将这些脏数据写到磁盘中以释放空间，也就是可能有批量dml操作。 b)dbwr数太少，db_writer_processes参数是否设得过少，配合os上的ps-ef|grep|grepdbw查看dbwr数量 c)缓慢的IO子系统，dbfileparallelwrite较多，v d)延迟块清除，即延迟块头事务标记清除。 3.要申请的空间过多 a)低效率的SQL语句导致过量的物理读。 4.附录：前台进程扫描lru链表，看有没空闲的空间，一般要扫到预定义的限度才停止扫描，这个限度是LRU链表的百分比，9i中默认40%,可以通过查询。select*fromxwherekvittag=kcbfsp;或者查询参数_db_block_max_scan_pct也是40.出现场景：imp,impdp导数进库也可能出现这个等待。这个等待事件包含2个参数：File#:需要读取的数据块所在的数据文件的文件号。Block#:需要读取的数据块块号。什么是延迟块清除?在事务提交前，这个事务修改得block已经被dbwr写到disk中去了。我们知道，块头会记录这个块有活动事务存在，后来这个事务mit时，oracle不可能再把它读回到内存中来修改块头。只能等下回用它时，到undo段里查询事务记录后，再修改块标志为已mit.比如如果对一个大表有delete操作，后续有人对这个表有select操作，因为延迟块清除的特性，就会占用大量buffer.这也是为什么select也会产生redo的原因。(select的时候要修改块头)delayblockcleanout:主要针对大事务，可能在mit的时候，一些数据脏快已写入数据文件，提交时，无法把这些数据块标记mit,该数据块的下一个读者对其进行delayblockcleanout
人人文库> 全部分类> 应用文书 > 作业报告

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论