Я вставлял два набора данных, используя минимальное ведение журнала, в пустую таблицу кучи с помощью двух параллельно выполняемых задач SQL и с помощью SQL следующей формы.
INSERT INTO Table (TABLOCK) SELECT FROM ...
После того, как задание немного зависло, одна из задач SQL стала жертвой тупика. Ниже приведен XML-вывод графа взаимоблокировки.
Может кто-нибудь объяснить, что происходило под капотом?
<resource-list>
<objectlock lockPartition="0" objid="1586156746" subresource="FULL" dbid="7" objectname="dbo.TargetTable" id="lock7374a00" mode="IX" associatedObjectId="1586156746">
<owner-list>
<owner id="process9609dc8" mode="Sch-S"/>
<owner id="process9609dc8" mode="IX"/>
</owner-list>
<waiter-list>
<waiter id="process5e13048" mode="X" requestType="convert"/>
</waiter-list>
</objectlock>
<objectlock lockPartition="0" objid="1586156746" subresource="FULL" dbid="7" objectname="dbo.TargetTable" id="lock7374a00" mode="IX" associatedObjectId="1586156746">
<owner-list>
<owner id="process5e13048" mode="Sch-S"/>
<owner id="process5e13048" mode="IX"/>
</owner-list>
<waiter-list>
<waiter id="process9609dc8" mode="X" requestType="convert"/>
</waiter-list>
</objectlock>
</resource-list>
Все становится намного сложнее, потому что я обнаружил, что в большинстве случаев две задачи «Выполнение SQL» могут успешно выполняться параллельно. Попробуйте ниже:
Create table dbo.TablockInsert (c1 int, c2 int, c3 int)
--then issue the script in two Execute Sql Task in parallel you won't fail:
insert into dbo.TablockInsert(TABLOCK) SELECT 1, 1, 1
Поскольку единственным отличием является оператор SELECT ... FROM ..., похоже, что оператор SELECT ... FROM ... может повлиять на режим блокировки здесь?