摘要：来源：http://space.itpub.net/15480802/viewspace-706375测试库在大批量更新某个表的数据,总共有2亿条，每次更新20万并sleep 1秒；此时开发发邮件说对此表执行查询一直没有返回结果；登录该server进行查看；首先尝试运行查询语句select * from justin twhere rownum < 10，果然一直没有返回结果，貌似hang住了；查看此时的数据库等待事件，该sql正在等待enq: KO - fast object checkpoint;google一把，tanel poder对此有很详细的解释https://forums. 阅读全文

摘要：来源：http://blog.csdn.net/wyzxg/article/details/1954307今天同事运行一个程序，修改表的内容，但运行一半总是挂起，查询数据库看有什么在等待，查询v$session_waitSELECT S.SID, S.SERIAL#, S.USERNAME, S.STATUS, S.MACHINE, S.PROGRAM, S.MODULE, A.SQL_TEXT FROM V$SESSION S, V$SQLAREA AWHERE S.USERNAME IS NOT NULL AND S.SQL_ADDRESS = A.ADDRESS看见同事那个会话在那挂起， 阅读全文

摘要：当一个用户提交(commits)或者回滚(rollback),session的redo信息需要写出到redo logfile中.用户进程将通知LGWR执行写出操作,LGWR完成任务以后会通知用户进程.这个等待事件就是指用户进程等待LGWR的写完成通知.对于回滚操作，该事件记录从用户发出rollback命令到回滚完成的时间.如果该等待过多，可能说明LGWR的写出效率低下，或者系统提交过于频繁.针对该问题，可以关注:log file parallel write等待事件user commits,user rollback等统计信息可以用于观察提交或回滚次数解决方案:1.提高LGWR性能 尽量使用快 阅读全文

摘要：在11g中，全表扫描可能使用direct path read方式，绕过buffer cache，这样的全表扫描就是物理读了。在10g中，都是通过gc buffer来读的，所以不存在direct path read的问题。 direct path read较高的可能原因有： 1. 大量的磁盘排序操作，order by, group by, union, distinct, rollup, 无法在PGA中完成排序，需要利用temp表空间进行排序。 当从临时表空间中读取排序结果时，会产生direct path read. 2. 大量的Hash Join操作，利用temp表空间保存hash区。　... 阅读全文