与IO相关的等待事件troubleshooting-系列5
- - CSDN博客推荐文章 这是另一种常见的等待事件. 他产生于Oracle从磁盘读取多个块到Buffer Cache中非连续("scattered")缓存的时候. 这种读一次最大值是DB_FILE_MULTIBLOCK_READ_COUNT. 这种典型场景像全表扫描(Full Table Scans)和全索引快速扫描(Fast Full Index.
近来XX应用充分暴露出开发人员最初只关心功能,未考虑性能的问题,夜维、OLTP应用均出现了不同程度的与数据库相关的性能问题。
这个应用所在磁盘的IO较差,原因在于这块磁盘较旧,已进入更换的流程,但短期内还不能更换,对应用是个极大的隐患。而且也出现过某段时间IO非常差,导致应用处理速度非常缓慢。针对与IO相关的性能问题,MOS有篇文章(223117.1)介绍的就是与IO相关的troubleshooting,拜读一下。
这篇文章的目的:针对主要争用是IO相关的场景下,Oracle调优的一些思路。
主要用到的技术或方法:
1. Statspack或AWR报告显示“Top 5 Wait/Timed Events”节中的IO等待事件。
2. 对session进行SQL Tracing表明限制主要源自于IO等待事件。
3. 操作系统工具显示数据库文件的存储磁盘存在非常高的利用率,接近饱和。
(未完待续)