原本打算讲解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博客 ” ，链接：https://blog.itpub.net/30430420/viewspace-1798690/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
