c# - SQL Server 事务提交超时

Question

我的应用程序中有这个奇怪的问题。它很少发生，一周一次或可能两次。所以基本上情况是这样的:

我的应用程序中有这个方法多次查询数据库，首先有 4 个选择，其中一个使用关键字 UPDLOCK 然后插入到另一个表(不是要插入的表) UPDLOCK 已应用)和表上的更新，之前是 UPDLOCK-ed。

所有这些查询都在一个事务中完成(在 .NET 的一侧)，最后它得到 COMMIT-ed。

现在，问题是 transaction.Commit() 抛出消息异常

Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding

(我猜 SqlConnection 超时)。

所以我将整个过程包裹在 try-catch block 中，如果发生异常，我会尝试回滚事务，所以当发生这种情况时，代码执行转到 catch block 和 transaction.RollBack() 被调用，它也抛出异常消息

This SqlTransaction has completed. it is no longer usable

(正如我猜测的那样，当 COMMIT 超时时，事务实际上得到了 COMMIT 编辑)，所以在这之后应用程序的某些部分就会困惑。被认为不存在的东西(因为 ROLLBACK)实际上存在并导致一些意想不到的问题，然后手动修复(此时)。

我找不到任何可以指出问题所在的信息，而不是增加 SqlConnection 的超时。如果有人以前处理过这个问题，你能分享一下经验吗，在此先感谢。 (数据库服务器 CPU 利用率永远不会超过 45-50%，大多数情况下它闲置在 3-15%)

这里是第一个Sql Select --首先选择

    SELECT TOP 1
            t.Id ,
            t.OId ,
            t.Amount ,
    t.DUserId,
            t.StartDate ,
            t.ExtDesc,
    t.StatusId
    FROM    dbo.[Transaction] t
            JOIN dbo.Wallet cw ON t.CId = cw.Id
            JOIN dbo.Wallet dw ON t.DId = dw.Id
    WHERE   ExtKey = @ExtKey 
            AND ( cw.vId = @vId 
                  OR dw.VId = @vId 
                )

--Second Selct which executes twice with differenc params


    SELECT  u.Id ,
            UserName ,
            PinCode ,
            CurrencyId ,
            StatusId ,
            PersonalNumber ,
            gu.DefaultVendorServiceId ,
            CountryId,
    u.FirstName,
    u.LastName
    FROM    dbo.[User] u
            LEFT JOIN dbo.GamblerUser gu ON gu.UserId = u.Id
    WHERE   u.Id = @UserId


--Last select with (updlock)


SELECT w.Id, AccountNo, FundTypeId, VendorServiceId, Balance, UserId, vs.IsLocalAccount

FROM Wallet w (UPDLOCK)
JOIN VendorService vs on w.VId = vs.Id
WHERE 
    w.UserId  = @UserId
AND w.FundTypeId = @FundTypeId 
AND w.VendorServiceId  = @VendorServiceId


-- Insert


    INSERT  INTO [dbo].[Transaction]
            ( StartDate ,
              OTypeId ,
              StatusId ,
              Amount ,
              ExtDesc,
              DUserId 
            )
    VALUES                  ( @StartDate ,
              @OTypeId ,
              @StatusId ,
              @Amount ,
              @ExtDesc,
              @DUserId 
            )

    SET @Id = ( SELECT  @@IDENTITY
              )


-- Update on updlocked table    


UPDATE dbo.Wallet SET

    Balance = ISNULL(@Balance, Balance)

WHERE Id = @Id

Answer 1

(我假设这不是 Hekaton，它在提交时做了不同的事情。)

提交通常需要很短的时间。一个物理写入必须进入日志，并且在镜像/AG 的情况下必须进行网络往返。其中一件事可能会阻碍此处的提交。

我亲身经历过镜像连接过载的问题。

提交超时不能单独更改(我认为这是一个缺陷)。正在使用连接超时。

调查我上面提到的根本原因。作为解决方法，增加提交超时。

在提交失败的情况下，您不能假设事务是否实际提交。 (这就是二将问题。它通常无法解决。)您必须设计某种检查以查看数据库是否包含预期的写入。这在 Azure 上更为常见。查看 Azure 指南。