mat*_*ake 2 oracle trace deadlock
据我了解,涉及行锁定的死锁的典型情况需要四个SQL语句.二合一事务更新行A和行B,然后另外两个在单独的事务中更新相同的行,并且需要相同的锁,但顺序相反.
事务1在事务2可以请求之前获得对行A的锁定,事务2在事务1可以获得它之前获得对行B的锁定,并且两者都不能获得剩余的所需锁定.必须回滚一个或任一事务,因此另一个事务可以完成.
当我在死锁后查看Oracle跟踪文件时,它似乎只突出显示两个查询.这些似乎是每笔交易中的最后一笔.
如何识别每个事务中涉及的其他语句,或者Oracle跟踪文件中是否缺少这些语句？
如果需要,我可以包含特定跟踪文件的相关位.
你是正确的,在典型的行级死锁中,你将会话1执行sql_a将锁定第1行.然后会话2将执行将锁定第2行的sql_b.然后会话1将执行sql_c以尝试锁定行2,但会话2尚未提交,因此会话1开始等待.最后,会话2出现,它发出sql_d,试图锁定第1行,但是,由于会话1持有该锁,它开始等待.三秒钟后,检测到死锁,其中一个会话将捕获ORA-00060并写入跟踪文件.
在这种情况下,跟踪文件将包含sql_c和sql_d,但不包含sql_a或sql_b.
问题是信息确实无法在任何地方获得.考虑您执行DML,如果不存在则启动事务,生成一堆撤消和重做,并进行更改.但是,一旦发生这种情况,会话就不再与该SQL语句相关联.真的没有干净的方法回去找到这些信息.
另一方面,sql_c和sql_d是发生死锁时与这些会话关联的语句,因此,Oracle显然可以识别它们,并将其包含在跟踪文件中.
所以,你是对的,有关sql_a和sql_b的信息不在跟踪中,而且它真的不容易获得.
希望有所帮助.