explication d'un verrou mortel.

Citation:

---

Oui et non. Cela dépend du SGBDR et du niveau d'isolation. Certains SGBDR comme Oracle ou InterBase sont dotés d'un algorithme qui empêche tout interblocage. Cet algorithme peut être un "time out", qui tue momentanément un processus au hasard lorsque plusieurs processus sont bloqués. Bien entendu, le niveau d'isolation joue aussi beaucoup sur ce phénomène. Un niveau sérializable indique au serveur de placer les transactions en série (ou de faire comme ci). Cela peut garantir qu'il n'y ait pas d'interblocage, mais pénalise le serveur puisqu'il devient impossible de paralléliser les processus. Une autre astuce est de toujours manipuler les tables, dans vos procédures stockées, comme dans votre code client, dans le même ordre (par exemple l'ordre alphabétique du nom de table)...
Notez que certains GSBDR, comme MS SQL Server sont assez sujet à l'interblocage et le seul remède est en général de "tuer" un utilisateur (enfin, sa connexion !).

---

Comment se manifeste un verrou mortel ? la base ne reagit plus ?

Existe t'il un autre moyen de le detecter que de mettre en place le profiler ?

Comment peut on tuer une connexion ?

Citation:

---

Envoyé par ylarvor

Comment se manifeste un verrou mortel ? la base ne reagit plus ?

---

La base semble ne pas réagir, puis au bout d'un moment tout se "débloque" d'un coup (normalement ou sur une erreur).

Avec SQL Server, quand plusieurs processus se trouvent en situation de "deadlock", au bout d'un certain temps ("timeout"), SQL Server décide d'en tuer un (généralement, celui qui affecte le moins d'enregistrements, afin de minimiser le nombre de "rollbacks")

Citation:

---

Envoyé par ylarvor

Existe t'il un autre moyen de le detecter que de mettre en place le profiler ?

---

Oui, par exemple si l'application renvoie une exception du genre "transaction error: the process has been chosen as the victim of a deadlock" (me souviens plus du message exact), et ben c'est ça !

Pour mieux comprendre les deadlocks sous SQL Server (leur origine et quelques conseils pour les éviter) un article en Anglais :
Lock Contention Tamed: The Joys Of NOLOCK and ROWLOCK

En particulier, j'adore les commentaires à propos de la doc :

Citation:

---

The docs recommend rewriting your app so that tables are referenced - and hence, locks are attained - in the same order throughout (yeah, right!), keeping transactions short and in one batch (a good idea, but in practice "yeah, right!") [...]

---

Citation:

---

Comment peut on tuer une connexion ?

---

utilise l'instruction transac KILL

http://technet.microsoft.com/fr-fr/l.../ms173730.aspx

Bonjour,

Le verrou mortel, ou interblocage ou deadlock, n'est pas le blocage : un interblocage est résolu par SQL Server dès qu'il s'en aperçoit, et une des transactions est directement annulée par SQL Server.

Blocage : une transaction attend la libération de verrous d'une autre transaction
Interblocage : une transaction attend la libération de verrous d'une autre transaction qui attend la libération de verrous maintenus par la première.