知道从C#调用SQL Server时何时重试或失败吗？

Question

就其价值而言，我的代码并没有什么特别之处：

using (SqlConnection connection = new SqlConnection(myConnectionString))
using (SqlCommand command = connection.CreateCommand())
{
  command.CommandText = mySelectCommand;
  connection.Open();

  using (SqlDataReader reader = command.ExecuteReader())
  {
    while (reader.Read())
    {
      // Do something with the returned data.
    }
  }
}

Answer 1

单个sqlexception(may)包装多个SQL Server错误。可以使用errors属性遍历它们。每个错误都是sqlerror:

foreach (SqlError error in exception.Errors)

每个sqlerror都有一个class属性，您可以使用该属性大致确定是否可以重试（以及在必须重新创建连接的情况下重试）。来自MSDN：

• 类<10用于传递的信息中的错误，如果第一次没有更正输入，则（可能）不能重试。
• 类从11到16都是“由用户生成的”，那么如果用户首先没有纠正他的输入，那么您可能又不能做任何事情。请注意，类16包括许多临时错误，类13用于死锁（多亏了EvZ)，所以如果逐个处理它们，可以排除这些类。
• 类从17到24是一般的硬件/软件错误，您可以重试。当类为20或更高时，还必须重新创建连接。22和23可能是严重的硬件/软件错误，24表示媒体错误（应该警告用户，但如果只是“临时”错误，您可以重试）。

• 检查已知错误代码（用select*FROM master.sys.messages)列出错误代码，以查看要处理的内容（知道如何处理）。该视图包含所有受支持语言的消息，因此可能需要按msglangid列进行筛选（例如，1033，用于英语）。
• 对于其他一切都依赖错误类，当类为13或高于16时重试（如果为20或高于16则重新连接）。
• 严重程度高于21(22、23和24）的错误是严重错误，很少等待也无法修复该问题（数据库本身也可能被损坏）。

一个关于高级阶级的词。如何处理这些错误并不简单，它取决于许多因素（包括应用程序的风险管理）。作为简单的第一步，在尝试写操作时，我不会重试22、23和24：如果数据库、文件系统或媒体严重损坏，那么写新数据可能会进一步恶化数据完整性（SQL Server非常小心，即使在关键情况下也不会损害查询的数据库）。损坏的服务器（取决于您的DB网络体系结构）甚至可能被热交换（在指定的时间之后，或者在触发指定的触发器时自动进行）。总是咨询和工作接近您的DBA。

重试的策略取决于您处理的错误：释放资源、等待挂起的操作完成、采取替代操作等。通常，只有当所有错误都“可重试”时，您才应该重试：

bool rebuildConnection = true; // First try connection must be open

for (int i=0; i < MaximumNumberOfRetries; ++i) {
    try {
        // (Re)Create connection to SQL Server
        if (rebuildConnection) {
            if (connection != null)
                connection.Dispose();

            // Create connection and open it...
        }

        // Perform your task

        // No exceptions, task has been completed
        break;
    }
    catch (SqlException e) {
        if (e.Errors.Cast<SqlError>().All(x => CanRetry(x))) {
            // What to do? Handle that here, also checking Number property.
            // For Class < 20 you may simply Thread.Sleep(DelayOnError);

            rebuildConnection = e.Errors
                .Cast<SqlError>()
                .Any(x => x.Class >= 20);

            continue; 
        }

        throw;
    }
}

private static readonly int[] RetriableClasses = { 13, 16, 17, 18, 19, 20, 21, 22, 24 };

private static bool CanRetry(SqlError error) {
    // Use this switch if you want to handle only well-known errors,
    // remove it if you want to always retry. A "blacklist" approach may
    // also work: return false when you're sure you can't recover from one
    // error and rely on Class for anything else.
    switch (error.Number) {
        // Handle well-known error codes, 
    }

    // Handle unknown errors with severity 21 or less. 22 or more
    // indicates a serious error that need to be manually fixed.
    // 24 indicates media errors. They're serious errors (that should
    // be also notified) but we may retry...
    return RetriableClasses.Contains(error.Class); // LINQ...
}

这里有一些非常棘手的方法来查找非关键错误列表。

通常，我会用这个签名将所有这些（样板）代码嵌入到一个方法中（在这个方法中，我可以隐藏为创建/释放/重新创建连接所做的所有肮脏的事情）：

public static void Try(
    Func<SqlConnection> connectionFactory,
    Action<SqlCommand> performer);

像这样使用：

Try(
    () => new SqlConnection(connectionString),
    cmd => {
             cmd.CommandText = "SELECT * FROM master.sys.messages";
             using (var reader = cmd.ExecuteReader()) {
                 // Do stuff
         }
    });