最近一个朋友说他的数据库好慢,而且一个ctx_ddl.sync_index(‘apps.tname’)的过程执行了一周还没执行完毕,也没有报错。开始的时候我以为是表空间的问题,但是因为没时间只是简单找了下,于是让他查下是否有死锁,在正式系统中一查,果然发现在开始执行全文索引同步的时候一个对apps.tname做了for update 操作,for update 会锁表,于是乎就这样等了一周。
有时候我们的存储过程执行很久,从日志又没办法确定这个存储过程是否正常的情况下,如何确定是否存在问题呢。
后面想了下日常执行一些存储过程或者数据库运行缓慢的时候除了收集AWR报告和看日志外,简易的处理方法,总结如下
1、查询数据库中有哪些锁
select t2.username,t2.sid,t2.serial#,t2.logon_time from v$locked_object t1,v$session t2 where t1.session_id=t2.sid order by t2.logon_time;
2、根据上面查询到的sid 查询具体执行的语句
select sql_text from v$session a,v$sqltext_with_newlines b
where DECODE(a.sql_hash_value, 0, prev_hash_value, sql_hash_value)=b.hash_value
and a.sid=&sid order by piece;
3、查询这些语句sql如果这些sql不重要,或者会产生死锁情况下,干掉不必要的sql
alter system kill session 'sid,serial#';
4、如果无法正常结束可以再操作系统级别杀掉,一下是查找操作系统的进程号,根据sid查找到
select spid, osuser, s.program from v$session s,v$process p where s.paddr=p.addr and s.sid=$sid
5、在操作系统级别杀掉相应的进程。
orakill instance_name spid