死锁发生在 1 个单表上，2 个用户执行简单语句

Question

最终解决方案
我们实际上所做的是通过创建一个工作表和会话 ID 来绕过逐行插入，并拥有一个存储过程，可以一次从临时表删除和插入到主表。没有更多的死锁！
最终流程：

• 从 TheTable_work 中删除（使用 sessionID，以防万一……）
• INSERT INTO TheTable_work（使用 ADODB 逐行）
• 我调用了一个存储过程：
  • 开始交易
  • 从 TheTable 中删除（带有一些 条件）
  • 从 TheTable_work 插入到 TheTable (1 声明）
  • 提交
• 从 TheTable_work 中删除（清理）

我们确实认为这是因为索引锁定，但我正在等待 DBA 的确认（解释 here）。

隔离级别没有任何改变（我们尝试了所有可能性，甚至打开和关闭 READ_COMMITTED_SNAPSHOT）

---

当 2 个用户同时“写入”数据库时，我的应用程序会导致数据库死锁。它们不适用于相同的数据，因为它们具有不同的 id，但它们适用于同一张表。

用户 1 (id = 1)，用户 2 (id = 2)

流程

User 1 does : 1 DELETE statement, followed by 3000 INSERT
User 2 does : 1 DELETE statement, followed by 3000 INSERT 

User 2 DELETE in the middle of user 1 INSERT (example : after 1500). Result in Deadlock. 

声明（示例，但它们有效）

DELETE FROM dbo.TheTable WHERE id = 1  /* Delete about 3000 lines */
INSERT INTO dbo.TheTable (id, field2, field3) VALUE (1 , 'value2','value3')

我使用 ADODB (Microsoft Access...)，所以我执行了一个简单的查询，例如：

ConnectSQLServer.Execute "DELETE or INSERT statement"

错误信息

Run-time error '-2147457259 (80004005)':
Transaction (Process ID76) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction. 

其他信息

• 不涉及事务，只有简单的 INSERT 或 DELETE 查询， 一个一个
• 没有涉及 RecordSet，也没有打开
• 我们试图寻找死锁跟踪但没有显示图形，DBA 试图了解原因
• 我想了解他们为什么会互相僵持，而不是“等”到另一个完成！我怎样才能做更好的操作？ =)
• Access : 它是一个带有 SQL-Server 后端的访问前端。没有链接表，vba 代码通过 ADODB 连接推送查询。

编辑：死锁图
左边有 1 个（共 3000 个）INSERT 语句，右边有一个 DELETE。

更新
我删除了 DELETE 语句中使用的列上的索引，我无法再重现死锁！不是一个干净的解决方案，而是暂时的。我们考虑在临时表中插入 3000 行，然后一次从临时表复制到 TheTable（在存储过程中删除和插入）。

谢谢，

塞伯

Answer 1

DELETE 将在页面上持有更新锁：

更新（美国）

用于可以更新的资​​源。 防止常见的 当多个会话正在读取、锁定和锁定时发生的死锁 以后可能会更新资源。

而INSERT 将在相同页面上持有意向/排他锁。

独家 (X)

用于数据修改操作，例如 INSERT、UPDATE 或 删除。 确保不能对同一个文件进行多次更新 资源。

意图

用于建立锁层次结构。意向锁的类型有： 意图共享 (IS)、意图独占 (IX) 和有意图共享 独家（六）。

如果您希望同时运行两个查询， 每个人都必须在给定的时间等待另一个人。

如果整个插入集不需要回滚，我建议您在单独的事务中运行每个插入。
或者，尝试移除并行化，或在不同时间执行这些操作。

简而言之：
1) 尝试确保每个 INSERT 都正确提交，然后再进行下一个。
2) 或者尽量避免同时做这两个操作

另一个猜测是为产生问题的会话调整事务隔离级别。检查以下文档。

参考：
Lock Modes
Transaction Isolation Level