Oracle 性能问题一般解决思路.pptVIP

Oracle 性能问题一般解决思路 －高兴建 主要方向 检查V$session_wait视图，查看当前等待事件,根据等待事件，判断是否由于锁等引起 通过操作系统命令top/topas检查耗CPU较高的进程，然后定位到对应的SQL语句。 通过SQL语句直接查占IO排名前多少位的SQL语句 查看V$sysstat看看是否hard parse非常多 检查alert.log是否包含了异常信息或者错误 检查V$session_wait视图，查看当前等待事件 Select event,count(*) from v$session_wait group by event; 有问题的主要事件有： enqueue db file scattered read direct path read 或 direct path write global cache cr request library cache lock library cache pin row cache lock enqueue事件 ENQUEUE事件说明当前会话在等待其他会话所占用的资源。该会话将一直等待下去直到它等待的会话释放资源，并可能将整个数据库hang住。多是DML类型锁。 查看enqueue的类型 SQ Enqueue for Sequence Numbers TX Enqueue for a Transaction select sid,chr(bitand(p1, ||chr(bitand(p1/65535) Name,(bitand(p1, 65535)) Modefrom v$session_waitwhere event = enqueue;SID Name Mode---------- ---- ----------64 TX 6 enqueue事件 解决方法： SELECT DECODE(REQUEST,0,Holder: ,Waiter: )||SID SESS,ID1,ID2, LMODE, REQUEST, TYPE FROM V$LOCK WHERE (ID1, ID2, TYPE) IN (SELECT ID1, ID2, TYPE FROM V$LOCK WHERE REQUEST0) ORDER BY ID1, REQUEST检查出标记为holder的会话号,并做进一步查看原因，可能需要将holder的会话杀掉。 如果enqueue类型是SQ v$session_wait.p2 is DBA_OBJECTS.object_id, so you can find out which sequence the application is competing 如果是TX型 v$session.row_wait_obj# is DBA_OBJECTS.object_id db file scattered read 该事件是指该会话在读很多数据块。一般情况下说明该会话在做全表扫描或者全索引扫描，当这种类型的事件较多时应该检查这些语句是否没有用到索引或者表上没有建合适的索引。 direct path read 或 direct path write 该事件说明该会话在做外部排序。大量的外部排序会导致数据库性能很低，应该检查语句是否有问题。可以的话，可以增加PGA_AGGREGATE_TARGET global cache cr request 该事件说明RAC环境中，该会话在等待另外一个instance中的会话释放资源。如果较多的该事件发生时，必须检查另外的instance等待的事件，看是否有异常语句在运行 library cache lock 主要是由于编译存储过程或者SQL硬解析等引起，多与Library cache pin 一起产生。 查看语句：必须以sys用户登录 SELECT decode(lock_a.kgllkreq,0,Holder:,Waiter:),sid,machine,program FROM X$KGLLK LOCK_A ,V$SESSION SES_A WHERE LOCK_A.KGLLKSES = SES_A.SADDR and lock_a.KGLLKHDL in( select KGLLKHDL from X$KGLLK where KGLLKREQ 0) order by KGLLKHDL,kglLKreq library cache pin 与Library cache lock相似，主要是由于ddl操作或者存储过程编译等引起。查看语句