原本打算讲解awr报告中,关于top event 的,但是相关的内容,我分散到了owi章节,具体等待事件,可参见owi。
这里是对buffer busy waits 的补充。
1)buffer busy/segment header
如果等待发生在段头,可以增加free list或free list group的数量。建议是使用assm,通过free list来解决这个问题
2)buffer busy/undo header
如果等待发生在undo header,可以增加回滚段的个数或者增大undo空间的大小
3)buffer busy/undo block
如果等待发生在undo bkock,应该频繁(不要太频繁,不然就会引起log file sync等待)的提交或者使用更大的回滚段或者undo空间。需要减少导致一致读操作的表的数据密集,或是增大db_cache_size
4)buffer busy/data block
如果等待发生在数据块上,可以将热数据移到另一个数据块避开这个热数据块,或者使用更小的数据块。相关的背后机制可以研究下ITL
5)buffer busy/index block
使用反键索引和或更小的块来减少每个块的行读,注意反向索引的扫描,可以利用重建索引或者给索引分区以减少对它的访问。
这里是对buffer busy waits 的补充。
1)buffer busy/segment header
如果等待发生在段头,可以增加free list或free list group的数量。建议是使用assm,通过free list来解决这个问题
2)buffer busy/undo header
如果等待发生在undo header,可以增加回滚段的个数或者增大undo空间的大小
3)buffer busy/undo block
如果等待发生在undo bkock,应该频繁(不要太频繁,不然就会引起log file sync等待)的提交或者使用更大的回滚段或者undo空间。需要减少导致一致读操作的表的数据密集,或是增大db_cache_size
4)buffer busy/data block
如果等待发生在数据块上,可以将热数据移到另一个数据块避开这个热数据块,或者使用更小的数据块。相关的背后机制可以研究下ITL
5)buffer busy/index block
使用反键索引和或更小的块来减少每个块的行读,注意反向索引的扫描,可以利用重建索引或者给索引分区以减少对它的访问。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30430420/viewspace-1798690/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/30430420/viewspace-1798690/