Résolution des conditions de concurrence dans la file d'attente de traitement des commandes de SQL Server
Défi : Les processeurs de commandes simultanées accédant à une file d'attente de commandes via une procédure stockée rencontrent des conditions de concurrence. Cela entraîne des récupérations de commandes en double et des erreurs de traitement. La procédure stockée actuelle tente d'atténuer ce problème en verrouillant 20 commandes à la fois, mais cela s'avère insuffisant.
Requête problématique :
La requête d'origine utilise un processus en deux étapes (UPDATE suivi de SELECT) avec verrouillage de ligne, créant une fenêtre pour les conditions de concurrence :
<code class="language-sql">BEGIN TRAN UPDATE OrderTable WITH ( ROWLOCK ) SET ProcessorID = @PROCID WHERE OrderID IN ( SELECT TOP ( 20 ) OrderID FROM OrderTable WITH ( ROWLOCK ) WHERE ProcessorID = 0) COMMIT TRAN SELECT OrderID, ProcessorID, etc... FROM OrderTable WHERE ProcessorID = @PROCID</code>
Cause première : L'instruction UPDATE tente de verrouiller les lignes après que l'instruction SELECT les a identifiées. Dans un environnement multiprocesseur, cette différence de timing permet à plusieurs processeurs d'acquérir les mêmes commandes.
Solution efficace : L'utilisation des indices READPAST
et UPDLOCK
dans une seule instruction UPDATE
résout la condition de concurrence critique. READPAST
permet à la partie SELECT de UPDATE de contourner les lignes verrouillées, tandis que UPDLOCK
garantit que seules les lignes déverrouillées sont mises à jour.
Requête révisée :
Cette approche simplifiée élimine la condition de concurrence :
<code class="language-sql">UPDATE TOP (20) OrderTable SET ProcessorID = @PROCID FROM OrderTable WITH (ROWLOCK, READPAST, UPDLOCK) WHERE ProcessorID = 0</code>
Cette requête révisée attribue les commandes aux processeurs de manière efficace et fiable, évitant ainsi les traitements en double.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!