Comment une seule requête MySQL peut-elle gérer à la fois la propriété des tâches et la récupération des paramètres ?

Concurrence dans MySQL : optimiser la propriété des tâches avec une seule requête

Lors de l'exécution de tâches simultanées dans MySQL, il est essentiel de déterminer efficacement la propriété et récupérez les paramètres nécessaires pour chaque tâche. L'approche traditionnelle implique des requêtes UPDATE et SELECT distinctes, qui peuvent conduire à des conditions de concurrence. Cet article explore une solution plus optimisée utilisant une seule requête pour accomplir les deux tâches.

Contexte

Dans un système de gestion de tâches typique, chaque tâche est représentée par une ligne dans une table de base de données. Les applications accèdent à la base de données à l'aide des API C natives de MySQL, en suivant un flux de travail similaire à celui-ci :

1. Générez un identifiant unique pour l'application.
2. Mettez à jour une ligne de tâche en définissant son GUID sur le identifiant unique, uniquement si le GUID est actuellement 0.
3. Sélectionnez les paramètres de la ligne de tâche avec le GUID correspondant.

Si la requête SELECT renvoie une ligne, l'application a réussi revendiqué la propriété de la tâche et récupéré les paramètres nécessaires.

Optimisation d'une requête unique

Le défi consiste à éviter les conditions de concurrence où plusieurs applications tentent de revendiquer la même tâche simultanément . Pour résoudre ce problème, nous pouvons exploiter les capacités de mise à jour multi-tables de MySQL.

<code class="sql">UPDATE `tasks`
SET `guid` = (SELECT `id` FROM `history` ORDER BY `id` DESC LIMIT 1)
WHERE `guid` = 0
LIMIT 1;</code>

Dans cette requête, nous identifions d'abord l'ID maximum (identifiant unique) de la table historique, qui contient un enregistrement de toutes les tâches précédentes. revendiquant des tentatives. Nous utilisons ensuite cet ID maximum pour mettre à jour la table des tâches, en définissant le GUID de la tâche non réclamée (avec GUID=0) à l'ID maximum.

En limitant la mise à jour à une seule ligne, nous nous assurons qu'un seul L'application Worker revendique avec succès une tâche. De plus, dans le cadre de la même requête, nous pouvons récupérer les paramètres de la tâche revendiquée à l'aide d'une sous-requête corrélée ou d'une opération JOIN.

En adoptant cette approche optimisée de requête unique, nous éliminons non seulement les conditions de concurrence, mais également améliorer les performances globales en réduisant le nombre d'allers-retours sur le réseau et en verrouillant les conflits.

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!