Comment attraper SqlException causés par le blocage?

De un .NET 3.5 /application en C#, je voudrais rencontrer SqlException mais seulement si elle est causée par des blocages sur une instance de SQL Server 2008.

Message d'erreur typique est Transaction (Process ID 58) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Pourtant, il ne semble pas être un cas documenté d' code d'erreur pour cette exception.

Filtrage d'exception à l'encontre de la présence de la impasse mot-clé dans leur message semble une manière très moche pour obtenir ce comportement. Quelqu'un sait-la bonne façon de le faire?

  • J'ai (enfin) trouvé la documentation du code d'erreur: msdn.microsoft.com/en-us/library/aa337376.aspx. Vous pouvez également trouver ce par le biais de SQL Server lui-même: select * from master.dbo.sysmessages where error=1205
InformationsquelleAutor Joannes Vermorel | 2010-02-13
  1. 142

    Le Microsoft SQL Server-code d'erreur spécifique pour un blocage est 1205 ainsi vous auriez besoin pour gérer la SqlException et vérifier que. Ainsi, par exemple, si pour tous les autres types de SqlException vous voulez la bulle, à l'exception jusqu':

    catch (SqlException ex)
{
    if (ex.Number == 1205)
    {
        // Deadlock 
    }
    else
        throw;
}

    Ou, en recourant à l'exception de filtrage disponibles en C# 6

    catch (SqlException ex) when (ex.Number == 1205)
{
    // Deadlock 
}

    Une chose très pratique à faire pour trouver le code d'erreur SQL pour un message donné, est à chercher dans sys.messages dans SQL Server.

    par exemple

    SELECT * FROM sys.messages WHERE text LIKE '%deadlock%' AND language_id=1033

    Une autre façon de gérer les blocages (à partir de SQL Server 2005 et au-dessus), est de le faire à l'intérieur d'une procédure stockée à l'aide de la TRY...CATCH support:

    BEGIN TRY
    -- some sql statements
END TRY
BEGIN CATCH
    IF (ERROR_NUMBER() = 1205)
        -- is a deadlock
    ELSE
        -- is not a deadlock
END CATCH

    Il y a un exemple complet ici dans MSDN de comment mettre de blocage logique de nouvelle tentative purement dans le SQL.

    • Notez les codes d'erreur sont spécifiques au fournisseur, de sorte 1205 est une impasse pour SQL Server, mais il peut être différent pour Oracle, MySQL, etc.
    • Selon les données de la couche, la SqlException peut être enveloppé dans un autre. Nous avons donc peut-être besoin besoin pour attraper l'exception de genre et de les vérifier puis, si elles ne sont pas directement un blocage exception, de manière récursive vérifier leur InnerException.
    InformationsquelleAutor AdaTheDev
  2. 40

    Parce que je suppose que vous voulez détecter les blocages, pour être en mesure de recommencer l'opération qui a échoué, je tiens à vous avertir d'un peu de chasse aux sorcières. J'espère que vous me pardonnerez d'être un peu hors sujet ici.

    Un blocage détecté par la base de données de manière efficace rollback de la transaction qui vous ont été en cours d'exécution (le cas échéant), tandis que la connexion est maintenue ouverte en .NET. Nouvelle tentative de l'opération (dans cette même connexion), signifie qu'il va être exécuté dans un transactionless contexte, ce qui pourrait entraîner la corruption des données.

    Il est important d'être conscient de cela. Il est préférable de considérer la connexion complète condamné en cas de défaillance causée par SQL. Réessayer l'opération ne peut être faite sur le niveau où la transaction est définie (en recréant la transaction et que sa connexion).

    Ainsi, lorsque vous êtes une nouvelle tentative qui a échoué, veuillez assurez-vous que vous ouvrez une toute nouvelle connexion et démarrer une nouvelle transaction.

    • Pourquoi avez-vous besoin d'une complètement nouvelle connexion? J'ai posté une question à propos de cette réponse ici.
    InformationsquelleAutor Steven
  3. 2

    Ici C# 6 méthode de détection des interblocages. 

    try
{
    //todo: Execute SQL. 
    //IMPORTANT, if you used Connection.BeginTransaction(), this try..catch must surround that code. You must rollback the original transaction, then recreate it and re-run all the code.
}
catch (SqlException ex) when (ex.Number == 1205)
{
    //todo: Retry SQL
}

    Assurez-vous que ce try..catch entoure l'ensemble de votre transaction. Selon @Steven (voir sa réponse pour plus de détails), lors de la commande sql échoue en raison de l'impasse, il provoque la transaction sera annulée et, si vous n'avez pas de recréer la transaction, votre nouvelle tentative va exécuter en dehors du contexte de la transaction et peut entraîner des incohérences de données.

    InformationsquelleAutor Brian