如何在不使用 catch Exception 的情况下从 .NET 应用程序检测 SQL Server 超时

Question

在我当前的应用程序中，我通过调用 T-SQL Update 命令来执行更新。问题是当同一条记录当时被其他用户锁定时。

在.NET应用程序中，应用程序将等待直到SQL Server超时，然后它将抛出SqlException超时。

是否可以首先检查特定记录是否被其他进程锁定，而不是捕获异常？

Answer 1

不，不是真的。

标准方法是使用 try/catch 并处理 SqlException Number 1205 （死锁受害者），然后重试查询：

    try
    {
        // do stuff...
    }
    catch (SqlException sqlEx)
    {
        switch (sqlEx.Number)
        {
            case -2:   // Client Timeout
            case 701:  // Out of Memory
            case 1204: // Lock Issue 

            case 1205: // >>> Deadlock Victim
                // handle deadlock
                break;

            case 1222: // Lock Request Timeout
            case 2627: // Primary Key Violation
            case 8645: // Timeout waiting for memory resource 
            case 8651: // Low memory condition 
            ...
        }
    }

[注意：break 语句为紧凑性而未添加

另请注意，通过提供适当的覆盖索引可以消除许多锁定问题。

您可以通过查询 sys.messages ：

SELECT * FROM sys.messages 
WHERE language_id = 1033
ORDER BY message_id

Answer 2

您可以使用超时非常短的单独连接来尝试通过更新某些字段来锁定记录，但这仍然无法为您提供 100% 的可靠性。

如果您确实遇到多个用户编辑相同记录的情况，您应该考虑乐观锁定技术。

另外，请确保您根本不允许用户锁定记录 - 对任何更新使用断开连接模式。换句话说，锁定只会发生在更新的短时间（<100 ms）