SQL Server 事务 (ID) 死锁

Posted 2023-03-23

【中文标题】SQL Server 事务 (ID) 死锁

【英文标题】：SQL Server transaction (ID) Deadlock

【发布时间】：2017-02-23 08:54:45

【问题描述】：

我在通过私人软件安装创建新数据库时遇到了一个无法解决的问题。

链接到跟踪死锁XML File here的跟踪的XML文件

当我尝试更改数据库所有者时，我能够跟踪导致死锁的原因及其原因。

声明：EXEC [ISC_RAS_CD_APP].dbo.sp_changedbowner @loginame = N'sa', @map = false

<deadlock-list>
    <deadlock
        victim="process4efa404e8">
        <process-list>
            <process
                id="process4efa404e8"
                taskpriority="0"
                logused="0"
                waitresource="KEY: 1:281474978545664 (11ea04af99f6)"
                waittime="4947"
                ownerId="1284191"
                transactionname="HkHostCkptEnableDisable"
                lasttranstarted="2017-02-23T12:51:54.617"
                XDES="0x4ff1e5be0"
                lockMode="S"
                schedulerid="4"
                kpid="10252"
                status="suspended"
                spid="62"
                sbid="0"
                ecid="0"
                priority="0"
                trancount="1"
                lastbatchstarted="2017-02-23T12:51:54.610"
                lastbatchcompleted="2017-02-23T12:51:54.610"
                lastattention="2017-02-23T12:51:54.580"
                clientapp="SQL Management"
                hostname="IDQSRV01"
                hostpid="8940"
                loginname="HMS\OrenG"
                isolationlevel="read committed (2)"
                xactid="1284156"
                currentdb="12"
                lockTimeout="4294967295"
                clientoption1="673185824"
                clientoption2="128056">
                <executionStack>
                    <frame
                        procname="mssqlsystemresource.sys.sp_changedbowner"
                        line="26"
                        stmtstart="1656"
                        stmtend="1686"
                        sqlhandle="0x0300ff7f12d71ceed5d2350180a4000001000000000000000000000000000000000000000000000000000000">
checkpoint     </frame>
                    <frame
                        procname="adhoc"
                        line="1"
                        sqlhandle="0x01000c0069b98f048084f3000500000000000000000000000000000000000000000000000000000000000000">
EXEC [ISC_RAS_CD_APP].dbo.sp_changedbowner @loginame = N'sa', @map = false     </frame>
                </executionStack>
                <inputbuf>
EXEC [ISC_RAS_CD_APP].dbo.sp_changedbowner @loginame = N'sa', @map = false    </inputbuf>
            </process>
        </process-list>
        <resource-list>
            <keylock
                hobtid="281474978545664"
                dbid="1"
                objectname="master.sys.sysdbreg"
                indexname="clst"
                id="lock5006efc00"
                mode="X"
                associatedObjectId="281474978545664">
                <owner-list>
                    <owner
                        id="process4efa404e8"
                        mode="X" />
                    <owner
                        id="process4efa404e8"
                        mode="S"
                        requestType="wait" />
                </owner-list>
                <waiter-list>
                    <waiter
                        id="process4efa404e8"
                        mode="S"
                        requestType="wait" />
                </waiter-list>
            </keylock>
        </resource-list>
    </deadlock>
</deadlock-list>

“sa”是我在安装新服务器时创建的默认用户。

我的任务优先级设置为 0，但每次它都会给我一个不同的任务 ID，所以我不确定我是否可以更改它。

我在网上查看每一个答案，但没有任何帮助，有人知道我能做些什么来解决它吗？

如果需要，可以提供更多信息。

问候

【问题讨论】：

你需要添加死锁图

@MartinSmith 我该怎么做？

在探查器中右键单击，我认为该选项称为提取事件信息以将其保存为 XML 文件 - 然后您可以将其粘贴到您的问题中

@MartinSmith xml 文件现已添加。谢谢

【参考方案1】：

这是一个奇怪的图表。会话在等待会话拥有的资源时处于死锁状态。

您提供了 Profiler 跟踪，而不仅仅是死锁图。

基于此，我可以在 2014 年重现该问题，但不能在 2012 年或 2016 年重现。

在我测试过的所有 2014 实例上为我重现问题的代码（构建如下）

(SP1-CU9-GDR) (KB3194722) - 12.0.4487.0 (X64) (SP2) (KB3171021) - 12.0.5000.0 (X64)) Microsoft SQL Server 2014 (SP2-CU4) (KB4010394) - 12.0.5540.0 (X64)

 

IF db_id('FOO') IS NOT NULL
BEGIN
print 'dropping db'
use master
alter database [FOO] set single_user with rollback immediate
drop database [FOO]
END

go

CREATE DATABASE [FOO]
go

BEGIN TRANSACTION
use [FOO]
EXEC [FOO].dbo.sp_changedbowner @loginame = N'sa', @map = false
COMMIT

我假设HkHostCkptEnableDisable（死锁图中的事务名称）中的Hk 指的是“Hekaton”，所以这可能是在 2014 年为支持内存 OLTP 的一些代码更改引入的问题。

如果我摆脱显式事务，问题就会消失。因此，一种方法是这样做以释放正在竞争的锁。

或者，您也可以按照sp_changedbowner 的弃用通知中的建议进行操作

此功能将在 Microsoft SQL 的未来版本中删除 服务器。避免在新的开发工作中使用此功能，并计划 修改当前使用此功能的应用程序。使用改变 而是授权。

sp_changedbowner 无论如何都会调用它，但会添加一个额外的 checkpoint 导致问题（如果我使用下面的代码且未注释检查点行，我也会遇到死锁）。

BEGIN TRANSACTION
alter authorization on database::[FOO] to [sa]
--checkpoint
COMMIT

检查点似乎导致读取master.sys.sysdbreg 中的同一行，该行在之前的同一会话中被alter authorization 独占锁定（对于属于此的行，sid 列更新为0x01数据库）并且检查点事务无法获得授予用户事务的锁。