Comment les blocages sont-ils détectés et signalés dans un SGBDR?

On m'a posé cette question de type essai lors d'une entrevue, mais je n'ai pas obtenu le poste. La question complète était la suivante:

Comment les blocages sont-ils détectés et signalés dans un SGBDR? Quels sont les propriétaires de transactions et les développeurs d'applications chargés d'assurer à la fois les scénarios de détection et de prévention?

Dans SQL Server, il existe un thread distinct qui périodiquement (5 secondes par défaut, intervalle inférieur si un blocage vient d'être détecté) vérifie une liste d'attente pour tous les cycles. C'est-à-dire qu'il identifie la ressource qu'un thread attend, puis il trouve le propriétaire de cette ressource et recherche récursivement quelle ressource ce thread attend à son tour, identifiant ainsi les threads qui attendent les uns les autres.

Si un blocage est trouvé, une victime est choisie pour être tuée en utilisant cet algorithme:

1. Identifiez les threads qui ne peuvent pas être supprimés (par exemple, un thread qui annule une transaction est impossible à tuer).
2. Trouvez le thread avec la priorité de blocage la plus faible.
3. Choisissez celui qui est le moins cher à annuler, c'est-à-dire celui qui a fait le moins de travail jusqu'à présent.

Vous pouvez trouver plus d'informations sur la détection de blocage des serveurs SQL ici: http://msdn.microsoft.com/en-us/library/ms178104.aspx



Le propriétaire de la transaction / développeur d'application est responsable de minimiser les risques de blocage et de faire qu'ils devraient:

1. Assurez-vous de garder les transactions aussi courtes que possible. Par exemple, n'affichez pas de formulaire de connexion après avoir démarré une transaction et attendez l'entrée de l'utilisateur, rassemblez plutôt toutes les informations dont vous avez besoin, puis exécutez la transaction.
2. Utilisez le niveau d'isolement le plus bas possible, par exemple, ne définissez pas sérialisable lorsque vous souhaitez simplement afficher temporairement certaines valeurs à l'utilisateur. Veuillez noter que la définition d'un niveau d'isolement correct est une science en soi et hors de portée dans cette réponse.
3. Si vous êtes victime d'un blocage, c'est-à-dire que vous obtenez l'erreur # 1205, réexécutez votre transaction de manière transparente pour votre utilisateur. Étant donné que l'autre transaction, concurrente, a maintenant, espérons-le, acquis les ressources qu'elle attendait et se termine, il est peu probable que vous rencontriez à nouveau le même blocage.