10

添加触发器后，我遇到了死锁。有一个UserBalanceHistory表，每个事务有一行和一Amount列。添加了一个触发器来对列求和Amount并将结果放在相关的User表Balance列中。

CREATE TABLE [User]
(
    ID INT IDENTITY,
    Balance MONEY,
    CONSTRAINT PK_User PRIMARY KEY (ID)
);

CREATE TABLE UserBalanceHistory
(
    ID INT IDENTITY,
    UserID INT NOT NULL,
    Amount MONEY NOT NULL,
    CONSTRAINT PK_UserBalanceHistory PRIMARY KEY (ID),
    CONSTRAINT FK_UserBalanceHistory_User FOREIGN KEY (UserID) REFERENCES [User] (ID)
);

CREATE NONCLUSTERED INDEX IX_UserBalanceHistory_1 ON UserBalanceHistory (UserID) INCLUDE (Amount);

CREATE TRIGGER TR_UserBalanceHistory_1 ON UserBalanceHistory AFTER INSERT, UPDATE, DELETE AS
BEGIN
    DECLARE @UserID INT;

    SELECT TOP 1 @UserID = u.UserID
    FROM
    (
            SELECT UserID FROM inserted
        UNION
            SELECT UserID FROM deleted
    ) u;

    EXEC dbo.UpdateUserBalance @UserID;
END;

CREATE PROCEDURE UpdateUserBalance
    @UserID INT
AS
BEGIN
    DECLARE @Balance MONEY;

    SET @Balance = (SELECT SUM(Amount) FROM UserBalanceHistory WHERE UserID = @UserID);

    UPDATE [User]
    SET Balance = ISNULL(@Balance, 0)
    WHERE ID = @UserID;
END;

我也开启了READ_COMMITTED_SNAPSHOT：

ALTER DATABASE MyDatabase SET READ_COMMITTED_SNAPSHOT ON;

我有一个正在运行的并行进程正在创建UserBalanceHistory条目，显然如果它同时工作User，就会发生死锁。建议？

4

3 回答 3

3

发生死锁是因为您正在访问 UserBalanceHistory -> UserBalanceHistory -> User，而其他一些更新是 User -> UserBalanceHistory。由于锁粒度和索引锁等，它比这更复杂。

根本原因可能是在 UserBalanceHistory 上扫描 UserID 和 Amount。我会(UserID) INCLUDE (Amount)在 UserBalanceHistory 上有一个索引来改变它

SNAPSHOT 隔离模型仍然会死锁：有一些例子（一、二

最后，为什么不合二为一来避免不同的和多个更新路径呢？

CREATE TRIGGER TR_UserBalanceHistory_1 ON UserBalanceHistory AFTER INSERT, UPDATE, DELETE AS
BEGIN
    DECLARE @UserID INT;

    UPDATE U
    SET Balance = ISNULL(t2.Balance, 0)
    FROM
       (
         SELECT UserID FROM INSERTED
         UNION
         SELECT UserID FROM DELETED
       ) t1
       JOIN
       [User] U ON t1.UserID = u.UserID
       LEFT JOIN
       (
        SELECT UserID, SUM(Amount) AS Balance
        FROM UserBalanceHistory
        GROUP BY UserID
       ) t2 ON t1.UserID = t2.UserID;

END;
于 2011-06-08T17:13:16.680 回答
2

很老的问题，但我想如果其他人遇到它，我就找到了答案。当然是我的答案。

问题可能是 UserBalanceHistory 和 User 之间存在 FK 约束。在这种情况下，对 UserBalanceHistory 的两个并发插入可能会死锁。

这是因为在插入 UserBalanceHistory 时，数据库将对 User 进行共享锁定以查找 FK 的 ID。然后当触发器触发时，它将对用户进行排他锁。

如果这种情况同时发生，这是一个经典的锁升级死锁，其中任何一个事务都不能升级为独占锁，因为另一个事务持有共享锁。

我的解决方案是在更新和插入时无偿加入 User 表，并在该表上使用 WITH (UPDLOCK) 提示。

于 2019-02-13T04:27:15.850 回答
0

在您的 UserBalanceHistory 表中将聚集键更改为 userid 并删除非聚集索引，因为您正在使用 userid 访问表没有理由为聚集索引使用标识列，因为它总是强制非聚集索引使用然后从聚集索引中读取来更改货币值。聚集索引最适合范围搜索，这是您在对余额求和时所做的事情。您目前的情况可能会导致 SQL 请求表中的每个数据页面只是为了获得用户付款，聚集索引中的一些碎片被单个用户 ID 的连续（sp）链接页面抵消。更改集群并删除非集群将节省时间和内存。
不要从触发器运行任何存储过程，因为它会在 SP 完成时锁定触发的表。

余额表可以由UserBalanceHistory 表上具有计算列（此处链接）的视图制成。

在开发系统中测试，然后再次测试！

于 2011-06-08T20:58:55.543 回答