sql-server - 如何避免由于非聚集非唯一索引导致的 Insert/Delete 语句之间的死锁!

Question

最近在一个客户端的OLTP box (Sql server 2005)上遇到了死锁的情况发现这是由两个不同的线程调用两个存储过程引起的。

1、向X表插入数据的Insert sp。

Insert Into X (col1 , col2  , col3  ) 
Values ('value 1' , 'value 2'  , 'value 3'  )

2、Delete sp，从X表中删除数据。

  DELETE X  
  FROM X T1 WITH (NOLOCK)   
  INNER JOIN Y T2 WITH (NOLOCK)
  ON T1.[col2] = T2.[col2]  
   WHERE t2.date < 'date time value'  

X 表有一个唯一的聚簇主键和两个非聚簇的非唯一索引。我通过将 t1222 tace 标志设置为 on 来分析死锁，输出总结如下；

Insert sp 在列 1 的非聚集索引上获得了 IX 锁。 在此期间，删除 sp 正在等待第 1 列的同一非聚集索引上的 X 锁。

删除 sp 获取了列 2 的非聚集索引上的 U 锁。 在此期间，Insert sp 正在等待第 2 列的同一非聚集索引上的 IX 锁。

任何避免死锁的想法或建议都将不胜感激。

编辑

跟踪标志 t1222 的输出

deadlock-list  
deadlock victim=process3c77d68  
process-list  
process id=process3c12c58 taskpriority=0 logused=1044 waitresource=PAGE: 17:8:7726 waittime=1250 ownerId=5169682909 transactionname=user_transaction lasttranstarted=2011-02-03T03:34:03.443 XDES=0xfe64d78b0 lockMode=IX schedulerid=2 kpid=9544 status=suspended spid=219 sbid=0 ecid=0 priority=0 transcount=2 lastbatchstarted=2011-02-03T03:34:03.457 lastbatchcompleted=2011-02-03T03:34:03.453 clientapp=.Net SqlClient Data Provider hostname=HQMTSRV026 hostpid=3308 loginname=EASUser isolationlevel=read committed (2) xactid=5169682909 currentdb=17 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056  
executionStack  
frame procname=adhoc line=1 stmtend=296 sqlhandle=0x0200000084ce2a1d0e95a5623fa3a9c0981d422e33cab999  
(@1 int<c/>@2 varchar(8000)<c/>@3 nvarchar(4000))INSERT INTO [VB_Audit_TransactionDetail]([ItemID]<c/>[TransactionID]<c/>[ItemValue]) values(@1<c/>@2<c/>@3)
frame procname=adhoc line=1 stmtend=296 sqlhandle=0x02000000afcb1733f435fb93e13556600acf32bb32e10020
Insert Into VB_Audit_TransactionDetail (ItemID  <c/> TransactionID  <c/> ItemValue  ) Values (4 <c/> '0255978c-f56e-477e-b361-8abe62433cff'  <c/> N'HQOLB006'  )  
frame procname=EAS.dbo.SP_Insert line=13 stmtstart=482 stmtend=522 sqlhandle=0x03001100805efa5997d69400719600000100000000000000  
exec (@CommandText)  
inputbuf  
Proc [Database Id = 17 Object Id = 1509580416]  
process id=process3c77d68 taskpriority=0 logused=364 waitresource=PAGE: 17:6:334008 waittime=1234 ownerId=5169682116 transactionname=user_transaction lasttranstarted=2011-02-03T03:34:03.053 XDES=0xa8e297cd0 lockMode=X schedulerid=12 kpid=10300 status=suspended spid=327 sbid=0 ecid=0 priority=0 transcount=2 lastbatchstarted=2011-02-03T03:33:41.137 lastbatchcompleted=2011-02-03T03:33:41.133 clientapp=Microsoft SQL Server hostname=HQSSISSRV002 hostpid=7632 loginname=NBKDOM\SQLCSRVC isolationlevel=read committed (2) xactid=5169682116 currentdb=17 lockTimeout=4294967295 clientoption1=671350816 clientoption2=128056  
executionStack  
frame procname=EAS.dbo.PurgeAuditTransactionTables line=59 stmtstart=4202 stmtend=4728 sqlhandle=0x030011006354a2313d11ae00979a00000100000000000000  
DELETE [dbo].[Audit_TransactionDetail]  
FROM [dbo].[Audit_TransactionDetail] T1 WITH (NOLOCK)  
INNER JOIN [dbo].[Audit_NBKTransaction] T2 WITH (NOLOCK)ON T1.[TransactionID] = T2.[TransactionID]  
WHERE TransactionPostedDateTime < @LastReplicationDateTime  
frame procname=adhoc line=1 sqlhandle=0x0100110096968c0560c430ff190000000000000000000000  
EXEC PurgeAuditTransactionTables '02 Feb 2011 19:00:13:870'  
inputbuf  
EXEC PurgeAuditTransactionTables '02 Feb 2011 19:00:13:870'  
resource-list  
pagelock fileid=8 pageid=7726 dbid=17 objectname=EAS.dbo.Audit_TransactionDetail id=lock4f79500 mode=U associatedObjectId=886415243542528  
owner-list  
owner id=process3c77d68 mode=U  
waiter-list  
waiter id=process3c12c58 mode=IX requestType=wait  
pagelock fileid=6 pageid=334008 dbid=17 objectname=EAS.dbo.Audit_TransactionDetail id=lock846afca00 mode=IX associatedObjectId=604940266831872  
owner-list  
owner id=process3c12c58 mode=IX  
waiter-list  
waiter id=process3c77d68 mode=X requestType=wait  

---

还有一件重要的事；删除和插入语句总是涉及 2 个不同的数据集。

Answer 1

与其发布您对死锁图的理解的描述，不如发布死锁图本身。 XML，而不是图形渲染的位图。乍一看，涉及的 IX 锁存在冲突这一事实表明正在发生锁升级，这表明没有索引来为 DELETE 服务，或者连接上的索引临界点已命中。但话又说回来，这只是由于信息不足而引起的猜测。要给出任何有意义的答案，需要实际的死锁 XML 和所涉及对象的确切模式定义。

更新后

您仍然没有提供所要求的信息:涉及的所有对象的确切架构，包括聚簇索引和所有非聚簇索引定义。在那之前，最初的怀疑是成立的:DELETE 正在执行表扫描并且已经升级到页面锁定粒度。这是由于错误的索引。

您对“删除和插入语句总是触及 2 个不同的数据集”的评价在两个帐户上是错误的:

• 当查询进行表扫描时，它会自动暗示它将触及所有数据，而与实际符合条件的行无关
• 即使在所有操作都覆盖索引的适当调整的数据库上，锁也会散列并且散列冲突的方式比人们预期的更频繁。由于 birthday paradox，大型扫描将与仅包含其自身扫描行的更多内容发生冲突。 .参见 %%lockres%% collision probability magic marker: 16,777,215 .

作为旁注，审计表几乎总是需要按事件日期/时间进行聚类，因为对它们的所有查询都需要特定的时间间隔(“……和……之间发生了什么”)，并且项目搜索可以是ID 中的非聚集主键满足。清除审计记录，即使正确集群，也充满了性能问题，需要批处理以避免日志爆炸。最好的解决方案是部署一个 automated sliding window using partitioning ，但这也带来了自身的挑战。