6

我使用SQL Server 2008 中的死锁图诊断出我的 sql server 中的死锁问题。

问题与我的索引有关。我有两个查询:一个包含大量连接和子查询的长期运行报告,根据基表上的两个不同日期提取数据,以及一个快速更新查询,它更新该基表上的相同日期。我有两个索引,报告希望对它们都有一个共享的 KEY 锁,而更新查询希望对它们都有一个独占的 KEY 锁,并且不知何故,每个查询只能设法获取其中一个键,因此两者都无法继续。

我能做些什么来解决这个问题?

以下是关于我的情况的所有详细信息:

我的基表如下所示:

CREATE TABLE job_tb{
    job_id int IDENTITY(1,1),
    createDate datetime NULL,
    upDate datetime NULL,
    dataField1 nchar(1),
    dataField2 nchar(2),
    --etc...
}

我的索引如下所示:

CREATE NONCLUSTERED INDEX idx_createDate ON job_tb(
  createDate DESC
)
INCLUDE(dataField1, dataField2)

CREATE NONCLUSTERED INDEX idx_upDate ON job_tb(
  upDate DESC
)
INCLUDE(dataField1, dataField2)

最后,我的更新如下所示:

BEGIN TRANSACTION;
    UPDATE job_tb
    SET
        dataField1 = @data
        upDate = @upDate
    WHERE
        job_id = @job_id
COMMIT TRANSACTION;

报告是按日期统计各种统计数据,所以我不会在这里包括。我有意将 idx_createDate 和 idx_upDate 设计为“覆盖”或包含 dataField1,因为它在该报告中被大量使用。

我相信该报告在其中一个索引上获取了共享锁,然后点击子查询并请求在第二个索引上锁。同时,更新查询希望在两个索引上都有一个排他锁,以便同时更新 upDate 和包含的 dataField1。

你们有什么感想?

编辑: 这是 XML 死锁图,根据要求:

<deadlock-list>  <deadlock>
<victim-list>
    <victimProcess id="processcf65288"/>
</victim-list>
<process-list>
    <process id="processcf65288" taskpriority="0" logused="0" waitresource="KEY: 6:72057597970874368 (eee1799e706c)" waittime="122" ownerId="421742704" transactionname="SELECT" lasttranstarted="2012-08-03T05:37:21.257" XDES="0x8611e8800" lockMode="S" schedulerid="50" kpid="8560" status="suspended" spid="70" sbid="0" ecid="0" priority="0" trancount="0" lastbatchstarted="2012-08-03T05:37:21.257" lastbatchcompleted="2012-08-03T05:37:21.257" clientapp="Internet Information Services" hostname="xxx" hostpid="11964" loginname="xxx" isolationlevel="read committed (2)" xactid="421742704" currentdb="6" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056">
        <executionStack>
            <frame procname="" line="28" stmtstart="1276" stmtend="4826" sqlhandle="0x03000600311ac36c65a31701a1a000000100000000000000">
            </frame>
            <frame procname="" line="1" sqlhandle="0x01000600f61bee3600932ae3090000000000000000000000">
            </frame>
        </executionStack>
        <inputbuf> exec MonthlyReport @id = 41
        </inputbuf>
    </process>
    <process id="processd2b6bc8" taskpriority="0" logused="1908" waitresource="KEY: 6:72057597970939904 (8e8117a49479)" waittime="2242" ownerId="421742551" transactionname="user_transaction" lasttranstarted="2012-08-03T05:37:20.447" XDES="0x7e84ad0a0" lockMode="X" schedulerid="63" kpid="12700" status="suspended" spid="89" sbid="0" ecid="0" priority="0" trancount="2" lastbatchstarted="2012-08-03T05:37:20.443" lastbatchcompleted="2012-08-03T05:37:20.443" clientapp="Internet Information Services" hostname="xxx" hostpid="11964" loginname="xxx" isolationlevel="read committed (2)" xactid="421742551" currentdb="6" lockTimeout="4294967295" clientoption1="673185824" clientoption2="128056">
        <executionStack>
            <frame procname="" line="47" stmtstart="2342" stmtend="2640" sqlhandle="0x03000600e7dd9c717cbbb900ec9f00000100000000000000">
            </frame>
            <frame procname="" line="1" sqlhandle="0x01000600311d7a152032f9be040000000000000000000000">
            </frame>
        </executionStack>
        <inputbuf> exec UpdateJob @dataField1 = &apos;C&apos;, @upDate = &apos;8/3/2012 5:37:20 AM&apos;, @job_id = 1542687
        </inputbuf>
    </process>
</process-list>
<resource-list>
    <keylock hobtid="72057597970874368" dbid="6" objectname="" indexname="" id="lock612859900" mode="X" associatedObjectId="72057597970874368">
        <owner-list>
            <owner id="processd2b6bc8" mode="X"/>
        </owner-list>
        <waiter-list>
            <waiter id="processcf65288" mode="S" requestType="wait"/>
        </waiter-list>
    </keylock>
    <keylock hobtid="72057597970939904" dbid="6" objectname="" indexname="" id="lock612a15300" mode="S" associatedObjectId="72057597970939904">
        <owner-list>
            <owner id="processcf65288" mode="S"/>
        </owner-list>
        <waiter-list>
            <waiter id="processd2b6bc8" mode="X" requestType="wait"/>
        </waiter-list>
    </keylock>
</resource-list>  
</deadlock> /deadlock-list> 
4

1 回答 1

6

根据评论中的 Q/A 讨论和分析死锁图后,这是当前两个索引未完全覆盖报表查询的情况。该报告将首先开始查看非聚集索引。它没有找到所有需要的信息。因此,它对主表进行键查找以获取剩余数据。但是更新的工作方式完全相反。更新将首先锁定主表,并更新它的数据,然后查找所有索引并更新它们。因此陷入僵局。

解决此问题的一种方法是按索引覆盖整个报表查询。但这意味着更新会变慢。

其他解决方案是将报表查询一分为二,使用临时表变量从索引中收集数据,然后进行键查找。注意报表查询不应该在可序列化事务模式下运行。否则事务不会释放它刚刚读取的读锁。

希望我很清楚。如果您有任何疑问,请告诉我。

于 2012-08-03T18:18:30.650 回答