标签: deadlock

我正在尝试学习如何分析SQL Server 2008 的死锁图，并且我发现了很多带有空<victim-list>节点的条目。我不明白这些条目代表什么：如果没有受害者，我如何识别导致死锁的等待资源？这些条目是什么意思？

这是我看到的条目的一个快速示例：

<deadlock-list>
 <deadlock>
  <victim-list />
  <process-list>
   <process id="processd2b6508" taskpriority="0" logused="10000" waittime="31" schedulerid="63" kpid="9104" status="suspended" spid="69" sbid="0" ecid="184" priority="0" trancount="0" lastbatchstarted="2012-07-30T01:10:45.550" lastbatchcompleted="2012-07-30T01:10:45.550" clientapp=".Net SqlClient Data Provider" hostname="XXXXXXX" hostpid="3648" isolationlevel="read committed (2)" xactid="30461033" currentdb="5" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056">
    <executionStack>
     <frame procname="" line="1" sqlhandle="0x020000002340c50225c17d0eec9bf7c51129348edffd1c70" /> 
     <!--About 2 more frame tags... -->
    </executionStack>
    <inputbuf /> 
   </process>
   <!-- 3 or so more process tags... -->
  </process-list>
  <resource-list>
   <exchangeEvent id="Pipeb005eeba0" WaitType="e_waitPipeNewRow" nodeId="7">
    <owner-list>
     <owner id="processd23fdc8" /> 
    </owner-list>
    <waiter-list>
     <waiter …

Transaction (Process ID) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

当我的一个网站忙碌时，我会随机收到此错误。我大致知道它发生在哪些表集上，但根据我使用其他程序的经验，我通常会在发生死锁的地方返回 SQL。是否有我应该打开的标志来允许这种情况发生？

我将尝试将死锁本身作为一个单独的问题进行调试，因为这是我目前的主要问题。

我使用的是 SQL Server 2008 标准版。

对于这两个插入查询，我有一个死锁：

insert into PlayerClub (modifiedBy, timeCreated, currentClubId, endingLevelPosition, nextClubId, account_id) values (0, '2014-12-23 15:47:11.596', 180, 4, 181, 561)

insert into PlayerClub (modifiedBy, timeCreated, currentClubId, endingLevelPosition, nextClubId, account_id) values (0, '2014-12-23 15:47:11.611', 180, 4, 181, 563)

这是 InnoDB 状态：

------------------------
LATEST DETECTED DEADLOCK
------------------------
2014-12-23 15:47:11 1f4c
*** (1) TRANSACTION:
TRANSACTION 19896526, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 5 lock struct(s), heap size 1248, 3 row lock(s), undo log entries 1
MySQL thread id …

这几乎可以肯定是我的另一个问题的原因，但我认为值得将两者分开，因为我有一个基于以下日志的假设，我很乐意伪造或验证该假设。

我的假设是另一个死锁实际上是以下查询的结果，根据我的理解隐藏了原始查询，innodb 状态仅显示最近的事务（这是正确的吗？）。

根据日志，我检查了我们的代码，发现依次执行了以下两个查询：

db.Execute("UPDATE people SET iphone_device_id=NULL WHERE iphone_device_id=@0 AND people_id<>@1", DeviceID, m_User.people_id);
// I have hard coded this query in this snippet to simplify things
db.Execute("UPDATE people SET company_id = 444, name = 'Dad', password = '<pass>', temp_password = NULL, reset_password_hash = NULL, email = '<redacted>@gmail.com', phone = NULL, mobile = NULL, iphone_device_id = 'iphone:<device_id_blah>', iphone_device_time = '2011-06-06 19:12:29', last_checkin = '2011-06-07 02:49:47', location_lat = <lat>, location_long = <lng>, gps_strength = 66, picture_blob_id = …

使用 SQL Server 时，可以有多个应用程序主机访问它，每个应用程序可以有一个或多个连接。每个连接都可能有多个事务（如果我错了，请纠正我）。每个事务都可以执行查询或非查询 SQL。

根据我的经验，如果我查询一个被独占锁定的表，我很容易遇到超时。如果两个不同的应用程序锁定同一资源，我还看到 SQL Server 检测并抛出死锁异常而不是超时。我还显示了重建索引超时，这可能是由于有人仍然连接到表。

但是，我也遇到了一种死锁，SQL Server 没有检测到它或超时。在这个应用程序中，它打开了两个连接，两个独立的事务，其中第一个事务锁定了一个资源，第二个事务尝试访问相同的资源，但它没有关闭第一个事务。

有人会提供超时和/或死锁类型的列表，这将帮助我在处理应用程序时避免此类情况。

有没有办法增加<inputbuf>死锁扩展事件会话捕获的死锁 XML 中元素的大小？

我们希望查看完整的查询以帮助查明应用程序代码中的问题。

似乎仅限于 1024 个字符 +/-。可以增加吗？

请参阅下面的示例 XML。可以看到<inputbuf>元素中的查询文本在选择列表的中间被截断了：

<deadlock>
 <victim-list>
  <victimProcess id="processc9c0829848" />
 </victim-list>
 <process-list>
  <process id="processc9c0829848" taskpriority="0" logused="0" waitresource="PAGE: 5:1:40600276 " waittime="696" ownerId="255115931225" transactionname="SELECT" lasttranstarted="2019-04-24T09:29:25.950" XDES="0xc8dfa8da40" lockMode="S" schedulerid="13" kpid="8480" status="suspended" spid="245" sbid="2" ecid="0" priority="0" trancount="0" lastbatchstarted="2019-04-24T09:29:25.950" lastbatchcompleted="2019-04-24T09:29:25.950" lastattention="1900-01-01T00:00:00.950" clientapp="EntityFramework" hostname="MSR-PRD-BDB02" hostpid="43440" loginname="IUSR_BuildDB" isolationlevel="read committed (2)" xactid="255115931225" currentdb="5" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056">
   <executionStack>
    <frame procname="adhoc" line="1" stmtstart="66" stmtend="7378" sqlhandle="0x02000000638e8b1acc45f82c476cd42914e32866e87c4fd60000000000000000000000000000000000000000">
unknown    </frame>
    <frame procname="unknown" line="1" sqlhandle="0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000">
unknown    </frame>
   </executionStack>
   <inputbuf>
(@p__linq__0 int,@p__linq__1 int)SELECT 
[Project1].[CachedBuildStateId] AS [CachedBuildStateId], …

SQL Server 作业运行时出现死锁。死锁发生在一个简单的 DELETE 语句上。我原以为必须运行 SELECT/UPDATE 查询才能导致死锁？但看起来是 DELETE/DELETE 死锁...

我正在寻找的是为什么我会遇到 DELETE/DELETE 死锁。这是（据我所知）传入不同的参数。

有任何想法吗？谢谢。

deadlock-list
2014-05-20 07:30:09.66 spid25s      deadlock victim=process409048
2014-05-20 07:30:09.66 spid25s       process-list
2014-05-20 07:30:09.66 spid25s        process id=process409048 taskpriority=0 logused=0 waitresource=PAGE: 12:1:7127294 waittime=4352 ownerId=629860973 transactionname=DELETE lasttranstarted=2014-05-20T07:30:05.307 XDES=0x397219620 lockMode=U schedulerid=5 kpid=3792 status=suspended spid=150 sbid=0 ecid=3 priority=0 trancount=0 lastbatchstarted=2014-05-20T07:30:05.307 lastbatchcompleted=2014-05-20T07:30:05.307 clientapp=QSQL25 hostname=MORRIS hostpid=1528 isolationlevel=read committed (2) xactid=629860973 currentdb=12 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056
2014-05-20 07:30:09.66 spid25s         executionStack
2014-05-20 07:30:09.66 spid25s          frame procname=adhoc line=1 stmtstart=68 sqlhandle=0x020000000b887a18f75d0aa07c25a9b8630fca696aa0e5d2
2014-05-20 07:30:09.66 spid25s     DELETE FROM dbo.UserDetailsData WHERE        (Username = …

我正面临着一些重复发生的死锁，其中一个是 Keylock 并且包含一个带有 XLOCK 提示的 SELECT 查询，该查询成为死锁的受害者。另一个语句是对作为第一个查询视图的一部分的一个表的 INSERT。

看法：

create view dbo.viewE
 as
    select * from dbo.E  
    where myValue > 13000 

选择查询：

select * from dbo.viewE with (XLOCK) where A > GETUTCDATE() 

插入语句：

INSERT INTO [dbo].[E] (myValue,A) VALUES (10,GetDate())

基础表 dbo.E 在大约 20 列中包含大约 300 万行，其中一些是 ntext。

取出查询并使用两个事务手动模拟它，该行为是可重现的。如果从选择中删除 XLOCK，则行为会发生变化。

死锁图：

<deadlock-list>
 <deadlock victim="process222222221">
  <process-list>
   <process id="process222222221" taskpriority="0" logused="0" waitresource="KEY: 5:72057604035644444 (ccdf51accc0c)" waittime="2522" ownerId="27202256401" transactionname="SELECT" lasttranstarted="2015-09-14T16:32:36.160" XDES="0x2f1ec5ca0" lockMode="RangeX-X" schedulerid="15" kpid="12936" status="suspended" spid="359" sbid="0" ecid="0" priority="0" trancount="0" lastbatchstarted="2015-09-14T16:32:36.160" lastbatchcompleted="2015-09-14T16:32:36.160" clientapp="x" hostname="x" hostpid="14536" …

众所周知，READ UNCOMMITTED 是最低的隔离级别，在该级别中可能会产生脏读和幻读之类的事情。何时是使用此隔离级别的最佳时间，可能出于什么原因使用它？

其实我之前看过答案，但是因为例子不够，所以没能完全理解。

我正在尝试调试一个让我困惑了很长时间的死锁场景。我想知道是否有人可以阐明这种情况是如何发生的。

这是死锁输出：

------------------------
LATEST DETECTED DEADLOCK
------------------------
2019-06-28 14:04:18 0x7fe9a811d700
*** (1) TRANSACTION:
TRANSACTION 3141, ACTIVE 1 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 4 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 2
MySQL thread id 47, OS thread handle 140641311893248, query id 3281 172.17.0.1 mmuser update
INSERT INTO
                            PublicChannels(Id, DeleteAt, TeamId, DisplayName, Name, Header, Purpose)
                        VALUES
                            (?, ?, ?, ?, ?, ?, ?)
                        ON DUPLICATE KEY UPDATE
                            DeleteAt = ?,
                            TeamId …