Как я могу избежать тупика между этими двумя операторами SQL? - PullRequest
Новая
       52

Как я могу избежать тупика между этими двумя операторами SQL?

5 голосов
/ 24 июня 2010

У меня есть две хранимые процедуры, работающие в отдельных потоках, работающих на SQL Server 2005. Одна процедура вставляет новые строки в набор таблиц, а другая процедура удаляет старые данные из того же набора таблиц. Эти процедуры зашли в тупик на таблицах DLevel и Модель . Вот схема:

Изображение полосы прокрутки http://www.barramsoft.com/pub/images/DeadLock2.jpg

Таблица DFile : первичный ключ = DFileID
Таблица DLevel : первичный ключ = DLevelID, внешний ключ: DFileID
Таблица Модель : первичный ключ = ModelID, внешний ключ: DFileID
Таблица ELement : первичный ключ = ElementID, внешний ключ1: DFileID, внешний ключ2: DLevelID

Я выделил два точных оператора SQL (по одному из каждой хранимой процедуры), которые вызывают тупик. Я видел тупик, о котором сообщили в одной из процедур. Я использую top (1000) в обоих случаях, и оба оператора выполняются в цикле, пока они не завершатся, и не останется строк для удаления / вставки.

Оператор SQL 1: 

while (...)
begin
    delete top (1000) from DLevel where DFileID = @fileID1
    ...
end

Оператор SQL 2: 

while (...)
begin
    insert into Element (ElementID, DFileID, LevelNum, ...)
       select top (1000) el.ElementID, el.DFileID, el.LevelNum, ...
       from   ElementLoader el with (nolock)
              left outer join Element e with (nolock)
                   on e.ElementID = el.ElementID
       where  el.DFileID = @fileID2
       and    e.ElementID is null
       order  by el.ElementID
    ...
end

Примечание: значения для @ fileID1 и @ fileID2 всегда гарантированно будут разными. Стол DLevel имеет в среднем ок. 60 строк для одного DFileID и, таким образом, завершит удаление всех строк за один проход.

Как избежать тупика между этими двумя операторами SQL?

Редактировать 1: Переписано, чтобы лучше прояснить проблему; добавленное изображение; упростили SQL и удалили объединение с таблицей DLevel, что не привело к тупику.

Редактировать 2: Добавлен XML графика взаимоблокировок.
Теперь тупик возникает на столе Model . Аналогичные оператор удаления и схема для Модель , как для DLevel таблица. 

<deadlock victim="process2bae38">
    <process-list>
        <process id="process2bae38" taskpriority="0" logused="4760" waitresource="PAGE: 11:1:1946" waittime="46" ownerId="4127445" transactionname="DELETE" lasttranstarted="2010-06-24T16:19:00.107" XDES="0xffffffff90552ae0" lockMode="S" schedulerid="1" kpid="14252" status="suspended" spid="58" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2010-06-24T16:19:00.107" lastbatchcompleted="2010-06-24T16:19:00.107" clientapp=".Net SqlClient Data Provider" hostname="LT0103" hostpid="1668" loginname="NT AUTHORITY\SYSTEM" isolationlevel="read committed (2)" xactid="4127445" currentdb="11" lockTimeout="4294967295" clientoption1="673185824" clientoption2="128056">
            <executionStack>
                <frame procname="CadExplorer5.dbo.pCleanUpOldFiles" line="364" stmtstart="23718" stmtend="23834" sqlhandle="0x03000b00fb1c2229b1a7f7009f9d00000100000000000000">
delete top (@batchSize) from Model where DFileID = @fileID     </frame>
            </executionStack>
            <inputbuf>
Proc [Database Id = 11 Object Id = 690101499]    </inputbuf>
        </process>
        <process id="process2c95b8" taskpriority="0" logused="283388" waitresource="KEY: 11:72057594039304192 (8100bdf15e8b)" waittime="78" ownerId="4127412" transactionname="INSERT" lasttranstarted="2010-06-24T16:19:00.103" XDES="0xffffffff81d5ef18" lockMode="S" schedulerid="2" kpid="8460" status="suspended" spid="63" sbid="0" ecid="0" priority="0" transcount="2" lastbatchstarted="2010-06-24T16:18:59.413" lastbatchcompleted="2010-06-24T16:18:59.413" clientapp=".Net SqlClient Data Provider" hostname="LT0103" hostpid="1668" loginname="NT AUTHORITY\SYSTEM" isolationlevel="read committed (2)" xactid="4127412" currentdb="11" lockTimeout="4294967295" clientoption1="673185824" clientoption2="128056">
            <executionStack>
                <frame procname="CadExplorer5.dbo.pLoadElements" line="288" stmtstart="28796" stmtend="33194" sqlhandle="0x03000b00a689fe2b2c5107019f9d00000100000000000000">
insert into Element (
                        ElementID, DFileID, ModelID, ElementTypeID, CADElementID,
                        ParentID,
                        LevelNum,
                        Depth, NumChildren,
                        Color, Weight, Style, Xlo, Ylo, Zlo, Xhi, Yhi, Zhi,
                        Diagonal, XCenter,
                        BitFlags, ElementModTime
                        )
                  select top (@batchSize)
                        el.ElementID, el.DFileID, el.ModelID, el.ElementTypeID, el.CADElementID,
                        parent.ElementID as ParentID,
                        (case when el.LoaderType = 1 and et.IsGraphical = 1 then el.LevelAttrib else null end) as LevelNum,
                        --l.LevelNum,
                        el.Depth, el.NumChildren,
                        el.Color, el.Weight, el.Style, el.Xlo, el.Ylo, el.Zlo, el.Xhi, el.Yhi, el.Zhi,
                        el.Diagonal, el.XCenter,     </frame>
            </executionStack>
            <inputbuf>
Proc [Database Id = 11 Object Id = 738101670]    </inputbuf>
        </process>
    </process-list>
    <resource-list>
        <pagelock fileid="1" pageid="1946" dbid="11" objectname="CadExplorer5.dbo.Element" id="lockffffffff86ffd080" mode="IX" associatedObjectId="72057594039107584">
            <owner-list>
                <owner id="process2c95b8" mode="IX"/>
            </owner-list>
            <waiter-list>
                <waiter id="process2bae38" mode="S" requestType="wait"/>
            </waiter-list>
        </pagelock>
        <keylock hobtid="72057594039304192" dbid="11" objectname="CadExplorer5.dbo.Model" indexname="PK_Model" id="lockffffffff8d66db80" mode="X" associatedObjectId="72057594039304192">
            <owner-list>
                <owner id="process2bae38" mode="X"/>
            </owner-list>
            <waiter-list>
                <waiter id="process2c95b8" mode="S" requestType="wait"/>
            </waiter-list>
        </keylock>
    </resource-list>
</deadlock>

Ответы [ 3 ]

1 голос
/ 24 июня 2010

Один возможный сценарий: одно соединение вставляет строку в Element, и эта строка ссылается на строку в DLevel, и эта строка в DLevel удаляется другим соединением.Ваша подсказка nolock не распространяется на внешние ключи.

1 голос
/ 25 июня 2010

Вы можете попробовать удалить внешний ключ для DLevel.DFileID из таблицы элементов.Поскольку у вас есть первичный ключ для DLevel.DlevelID, и вы ссылаетесь на него как на внешний ключ в Element, внешний ключ DFileID на самом деле не нужен.

0 голосов
/ 24 июня 2010

Я подозреваю, что должно быть какое-то нарушение ключа при удалении и вставке одновременно ...?

...