月底结算,突然变得很慢,nq: TX - row lock contention
本帖最后由 szkking 于 2014-4-4 13:55 编辑nq: TX - row lock contention 和direct path read
由于11.2.0.3的bug,html版本的awr无法生成,只能生成text的格式。
其次,结算是在19点开始的,看了一下,由于不了解业务,但是感觉业务逻辑哪里有一些问题,让大家帮忙解决一下,找出点
骨头来。
另外,这里的这个direct path read太多了,是不是我应该把这个关闭了?
另外这个行锁,应该是和业务逻辑有关,怎么查已经过去的行锁信息?那个兄弟给个脚本。 事务锁,看看ash视图吧。看看当时执行的什么sql。 还有就是那个直接路径读取的话,应该是全表扫描导致的,可以查查当时的sql,看看有没有优化的余地 嗯,当时的SQL肯定有优化余地,我现在是在想,是不是需要把这个关了,直接使用全表扫 这个等待事情可能是有外键被修改。
页:
[1]