Как отловить исключения тайм-аута SQLServer

Мне нужно специально перехватывать исключения времени ожидания сервера SQL, чтобы они могли обрабатываться по-разному. Я знаю, что могу перехватить SqlException, а затем проверить, содержит ли строка сообщения "Тайм-аут", но мне было интересно, есть ли лучший способ сделать это?

try
{
    //some code
}
catch (SqlException ex)
{

    if (ex.Message.Contains("Timeout"))
    {
         //handle timeout
    }
    else
    {
         throw;
    }
}

4 ответа

Решение

Я думаю, что для проверки тайм-аута вы проверите значение ex.Number. Если это -2, то у вас ситуация тайм-аута.

-2 - код ошибки для тайм-аута, возвращенный из DBNETLIB, драйвера MDAC для SQL Server. Это можно увидеть, загрузив Reflector и просмотрев в разделе System.Data.SqlClient.TdsEnums значение TIMEOUT_EXPIRED.

Ваш код будет читать:

if (ex.Number == -2)
{
     //handle timeout
}

Код для демонстрации отказа:

try
{
    SqlConnection sql = new SqlConnection(@"Network Library=DBMSSOCN;Data Source=YourServer,1433;Initial Catalog=YourDB;Integrated Security=SSPI;");
    sql.Open();

    SqlCommand cmd = sql.CreateCommand();
    cmd.CommandText = "DECLARE @i int WHILE EXISTS (SELECT 1 from sysobjects) BEGIN SELECT @i = 1 END";
    cmd.ExecuteNonQuery(); // This line will timeout.

    cmd.Dispose();
    sql.Close();
}
catch (SqlException ex)
{
    if (ex.Number == -2) {
        Console.WriteLine ("Timeout occurred");
    }
}

Обновлено для C# 6:

    try
    {
        // some code
    }
    catch (SqlException ex) when (ex.Number == -2)  // -2 is a sql timeout
    {
        // handle timeout
    }

Очень просто и приятно смотреть!

Здесь: http://www.tech-archive.net/Archive/DotNet/microsoft.public.dotnet.framework.adonet/2006-10/msg00064.html

Вы также можете прочитать, что Томас Вайнгартнер написал:

Тайм-аут: SqlException.Number == -2 (Это код ошибки ADO.NET)
Общая ошибка сети: SqlException.Number == 11
Deadlock: SqlException.Number == 1205 (это код ошибки SQL Server)

...

Мы также обрабатываем "Общую ошибку сети" как исключение тайм-аута. Это происходит только в редких случаях, например, когда ваш запрос на обновление / вставку / удаление вызовет длительный триггер.

Я не уверен, но когда у нас истекает время ожидания выполнения или время ожидания команды. Клиент отправляет "ABORT" на SQL Server, а затем просто прекращает обработку запроса. Ни одна транзакция не откатывается, блокировки не снимаются. чтобы решить эту проблему, я удаляю транзакцию в хранимой процедуре и использую транзакцию SQL в моем.Net-коде для управления sqlException

Какое значение для свойства SqlException.ErrorCode? Вы можете работать с этим?

При наличии тайм-аутов, возможно, стоит проверить код -2146232060.

Я бы настроил это как статическую константу в вашем коде данных.

Когда клиент отправляет ABORT, транзакции не откатываются. Чтобы избежать такого поведения, мы должны использовать SET_XACT_ABORT НА https://docs.microsoft.com/en-us/sql/t-sql/statements/set-xact-abort-transact-sql?view=sql-server-ver15

Другие вопросы по тегам