http://www.xifenfei.com/1200.html 今天中午发现福建生产库报负载有点异常，处理思路记录下来： 1、使用top命令查看系统，发现系统负载是比以前要搞(平时都是1以下，今天已经稳定在4左右，总是有部分进城占用cpu比较高，系统cpu等待明显) 1.1）第一反应是有人执行sql导致，抓取占用cpu较高的spid，查询出对应sql，发现都是一些比较简单sql

http://blog.youkuaiyun.com/songyang_oracle/article/details/6433753 OS环境：windows server 2008 64位 数据库版本：11.2.0   今天在使用rman备份的时候随意的查看了一下等待事件，除了了我们现在系统遇到的IO瓶颈外，还额外的发了enq: TX - row lock contention该

unix aix 5.3 oracle 10.2.0.4 早上来后发现lnzd1节点缓慢，登录、查询均比较慢。与其对应的另一个rac节点2相对好些 cpu 、内存 、会话数量都挺正常 只是在节点1上存在长时间的等待事件library cache load lock 和一下等待时间在一分钟以内的row cache lock等待事件 library cache load lock

http://blog.youkuaiyun.com/tianlesoftware/article/details/5807800

http://www.xifenfei.com/1109.html 当一个数据块读入sga区，相应的buffer header会被放置到hash列表上,我们称其这hash chains,chain在中文的意为链条或串的意思，表达就是关连性.如果一个进程想访问或修改hash chain上的block,它首先要获得”cache buffers chains” latch。 原因一：低效