检查日志文件,里面有死锁的信息。
日志文件的位置和名称为:
对于UNIX操作系统:$ORACLE_HOME/rdbms/log/alert_sid.log
对于WINDOWS操作系统:$ORACLE_HOME\admin\sid\bdump\sidALRT.LOG
上面出现的sid是数据库的例程名字。
日志文件的位置和名称为:
对于UNIX操作系统:$ORACLE_HOME/rdbms/log/alert_sid.log
对于WINDOWS操作系统:$ORACLE_HOME\admin\sid\bdump\sidALRT.LOG
上面出现的sid是数据库的例程名字。
V$LOCK_ACTIVITY
V$LOCKED_OBJECT
你的情况可能是锁等待
用户锁,数据库的锁有的时候是比较耗费资源的,特别是发生锁等待的时候,我们必须找到发生等待的锁,有可能的话,杀掉该进程。
这个语句将查找到数据库中所有的DML语句产生的锁,还可以发现,任何DML语句其实产生了两个锁,一个是表锁,一个是行锁。
可以通过alter system kill session ‘sid,serial#’来杀掉会话
SELECT /*+ rule */ s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,
s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
FROM v$session s,v$lock l,dba_objects o
WHERE l.sid = s.sid
AND l.id1 = o.object_id(+)
AND s.username is NOT NULL
锁与等待,如果发生了锁等待,我们可能更想知道是谁锁了表而引起谁的等待
以下的语句可以查询到谁锁了表,而谁在等待。
SELECT /*+ rule */ lpad(' ',decode(l.xidusn ,0,3,0))||l.oracle_username User_name,
o.owner,o.object_name,o.object_type,s.sid,s.serial#
FROM v$locked_object l,dba_objects o,v$session s
WHERE l.object_id=o.object_id
AND l.session_id=s.sid
ORDER BY o.object_id,xidusn DESC
以上查询结果是一个树状结构,如果有子节点,则表示有等待发生。如果想知道锁用了哪个回滚段,还可以关联到V$rollname,其中xidusn就是回滚段的USN
我怎么没有发现到sid这个目录啊,并且在这个ORACLE_HOME(我这里是ORA81)搜索没有发现到
sidAlrt.log这个日志文件,请再详细一点可好!