现在,当多个用户正在使用该应用程序时,我的应用程序中经常会出现此“ ora-00060在等待资源时检测到死锁”错误。我已经从oracle Admin获得了跟踪文件,但是在读取它时需要帮助。以下是跟踪文件中的一些数据,我希望这将有助于找到原因。
*** 2013-06-25 09:37:35.324
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a deadlock due
to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
---------Blocker(s)-------- ---------Waiter(s)---------
Resource Name process session holds waits process session holds waits
TM-000151a2-00000000 210 72 SX SSX 208 24 SX SSX
TM-000151a2-00000000 208 24 SX SSX 210 72 SX SSX
session 72: DID 0001-00D2-000000C6 session 24: DID 0001-00D0-00000043
session 24: DID 0001-00D0-00000043 session 72: DID 0001-00D2-000000C6
Rows waited on:
Session 72: no row
Session 24: no row
----- Information for the OTHER waiting sessions -----
Session 24:
sid: 24 ser: 45245 audsid: 31660323 user: 90/USER
flags: (0x45) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
flags2: (0x40009) -/-/INC
pid: 208 O/S info: user: zgrid, term: UNKNOWN, ospid: 2439
image: oracle@xyz.local
client details:
O/S info: user: , term: , ospid: 1234
machine: xyz.local program:
current SQL:
delete from EMPLOYEE where EMP_ID=:1
----- End of information for the OTHER waiting sessions -----
Information for THIS session:
----- Current SQL Statement for this session (sql_id=dyfg1wd8xa9qt) -----
delete from EMPLOYEE where EMP_ID=:1
===================================================
如果有人可以告诉我“死锁图::”在说什么,我将不胜感激。同样,在该节上等待的行表示没有行。
我还在一些博客中读到,跟踪文件中的“ sqltxt”部分可以建议原因。以下是我在该部分中看到的查询。
select /*+ all_rows */ count(1) from "USERS"."EMPLOYEE_SALARY" where EMPSAL_EMP_ID=:1
employee_salary表对EMPSAL_EMP_ID列具有外键约束。
sql提示说“ all_rows”,那么这是否意味着从employee表中删除记录时该表将获得表级锁定?我目前在外键列上没有索引。在此列上添加索引会有所帮助吗?
如果需要更多信息,请发表。
谢谢
首先,select
语句永远不会锁定Oracle中的任何内容,而只会使用最后可用的一致版本的数据。这不是一个情况下select ... for update
,类似的锁定数据update从Oracle 9i
,但目前还没有for update
从查询有问题的条款。
Resource Name process session holds waits process session holds waits
TM-000151a2-00000000 210 72 SX SSX 208 24 SX SSX
会话#72拥有“行独占”类型(SX)的表级锁(TM),并希望在同一表上获取“共享行独占”(SSX)锁。此会话已被会话#24阻止,该会话#24已经持有相同类型的表级锁(SX),并等待SSX锁可用。
Resource Name process session holds waits process session holds waits
TM-000151a2-00000000 208 24 SX SSX 210 72 SX SSX
此(第二行)演示了完全相同的情况,但方向相反:会话#24等待SSX锁可用,但被已在同一表上持有SX锁的会话#72阻止。
因此,会话#24和会话#72相互阻塞:发生死锁。
两种锁类型(SX和SSX)都是表级锁。
为了了解这种情况,我建议阅读Franck Pachot的这篇文章。
以下是本文的引文,与您的情况直接相关(请注意,SSX和SRX的缩写是等效的):
参照完整性也获得TM锁。例如,当您在父表上发布删除或更新键时,未索引外键的常见问题导致子表上的S锁。这是因为,没有索引,Oracle就没有单个较低级别的资源可以锁定,以防止并发插入会违反参照完整性。
当外键列是常规索引中的前导列时,则具有父值的第一个索引条目可以用作单个资源,并用行级TX锁进行锁定。
如果参照完整性具有on Delete级联,该怎么办?除了S模式外,还打算像X行(RX)模式一样更新子表中的行。这是共享行独占(SRX)发生的位置:S + RX = SRX。
因此,最可能的变体是会话#72和会话#24会同时删除EMPLOYEE
表中的某些行,并且存在on delete cascade
约束,并且该表首先列出的列EMPSAL_EMP_ID
没有索引。EMPLOYEE_SALARYEMPSAL_EMP_ID
问题内容: 与多个用户一起测试我的应用程序时,我遇到了ORA-00060死锁错误。我不确定如何确定此错误的原因,因此,如果有人可以帮助我,将不胜感激。 我查看了为此事件生成的跟踪文件,它显示了导致此问题的查询: 它也产生了这个: 我如何使用以上信息来找出导致问题的原因?TABLE_A或TABLE_B上都没有任何未索引的外键(我相信这通常是导致这种类型错误的原因)。 当我运行此查询时: 我在完全不同
我们的SQL服务器上出现了死锁。我在堆栈溢出和其他地方读了很多页,但是我找不到如何读取跟踪日志的一步一步的指令列表。有人能告诉我如何解释这个吗?显然现在我需要知道如何解释这个特定的日志,但是我真正需要的是长期学习如何读取未来的日志。 完整的跟踪日志如下。让我解释一下我们是如何解释的。然后你可以告诉我我们做错了什么,以及如何正确阅读。 我们在想这些话: 06/14/2018 14:56:25, sp
问题内容: 在不让父进程等待子进程被杀死的情况下,我如何跟踪子进程的死亡? 我正在尝试一个客户端-服务器方案,其中服务器从客户端接受连接,并为它接受的每个连接派生一个新进程。 我忽略了SIGCHLD信号以防止僵尸创建。 上述情况下的问题是,如果子进程在函数中被杀死,则全局变量不会递减。 注意: 我正在寻找不使用SIGCHLD信号的解决方案…如果可能 问题答案: 通常,您编写一个调用pid 的处理程
问题内容: 我正在从python开发C扩展,并且获得了一些段错误(在开发过程中不可避免…)。 我正在寻找一种显示段错误发生在哪一行代码的方法(一个想法就像跟踪每一行代码),我该怎么做? 问题答案: 这是一种输出代码运行的Python每行的文件名和行号的方法: 输出: (当然,您可能希望将跟踪输出写入文件。)
“死锁”页面显示在 Navicat Monitor 有相关信息的已选择实例上检测到的所有死锁。 所有受监控的实例都显示在左侧窗格中。选择一个实例来显示其死锁。 默认情况下,死锁列表每 5 秒自动刷新一次。如果你想更改自动刷新时间,请使用“刷新时间”下拉菜单。若要暂停自动刷新,请点击 。 死锁可以被筛选。只需在“搜索死锁”框中输入搜索字符串即可筛选列表。 若要更改每页显示的死锁数量,请点击“X /