小编Jon*_*Jon的帖子

我们在开发过程中遇到了一个奇怪的问题，正在寻找有关SELECT INTO临时表上的自死锁问题的解释。

我们有一个例程将一些相当复杂的 JSON 文档转换为表格形式。我们目前正在使用 来完成此任务OPENJSON，通常效果很好。

这种转变是在触发器的背景下发生的。当向表中插入一行或多行时，会生成一组 JSON 文档，将其存储在单个变量中，并传递到以下例程中。它看起来像这样：

SELECT 
a.[ID],
b.[Some stuff here...]
INTO #MyTempTable
FROM OPENJSON(@MyJSONDocuments)
WITH (
    ID VARCHAR(40),
    nestedDocument NVARCHAR(MAX) AS JSON) a
CROSS APPLY OPENJSON(nestedDocument ,'$') b

当我们在 SSMS 中运行它时，它工作得很好。临时表已生成并填充，没有问题。当我们将其移至触发器并仅将一行插入基础表（即@MyJSONDocuments单个文档的数组）时，它也可以正常工作。当我们插入两行或更多行，并且@MyJSONDocuments数组中包含多个文档时，我们会遇到可怕的情况：

Transaction (Process ID x) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

当我们将SELECT INTO语句包装在 SSMS 中的 aBEGIN TRAN / COMMIT …