一台DB今天负载一直很高,而且主要资源是消耗在CPU,其中有几个进程,对CPU资源的使用一直是100%。查看等待情况,基本都是在等待latch free事件。看看SHARED_POOL,还有很多空闲的空间,根据V$SESSION_WAIT的P2参数去V$LATCHNAME中查询,发现是一个simulator lru latch的LATCH,这抓瞎了,没思路了。拿这咚咚去搜索下吧,到METALINK上就发现一个很明显的BUG--5918642。
[@more@]大意思就是说,如果打开了DB_CACHE_ADVICE参数,就可能撞上这个BUG:
Description
High simulator lru latch contention can occur when db_cache_advice is
set to ON if there is a large buffer cache.
Workaround:
Set db_cache_advice to OFF
而我们这个库的BUFFER CACHE确实不小,几十个G了。 直接把这个参数改成OFF,等会再过来看,等待事件不再是latch free了,负载也下来了
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/25016/viewspace-1016181/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/25016/viewspace-1016181/