J'ai deux requêtes simples, une pour lire le tableau et une pour mettre à jour le tableau. Comment verrouiller la lecture d'une requête de sélection pendant l'exécution de la requête de mise à jour. Maintenant, dans MySQL InnoDB, j'ai remarqué que les écritures/mises à jour sont verrouillées par défaut, mais les lectures/sélections récupèrent les anciennes données avant la transaction.
J'ai essayé d'utiliser une transaction dans la requête de mise à jour, puisSELECT ... FOR UPDATE
- en dehors de la transaction - mais cela n'a pas semblé réussir. De plus, à des fins de test, j'aimerais savoir comment ralentir les requêtes UPDATE. Je suis tombé sur SLEEP(X) mais je ne sais pas comment l'implémenter dans la requête de mise à jour.
Comment faire en sorte que chaque requête attende la lecture/écriture jusqu'à ce que l'écriture soit terminée.
L'utilisation de
READ-COMMITTED
事务将查看最新提交的事务。更改,并使用SELECT ... LOCK IN SHARE MODE
entraînera le blocage des lectures jusqu'à ce que toutes les mises à jour en attente soient validées.Essayez ceci. Sur un seul écran, démarrez les transactions et les mises à jour. Aucun SLEEP() n'est requis, la transaction n'est tout simplement pas validée. Le verrou créé par UPDATE continuera d'exister jusqu'à votre validation.
Ne soumettez pas encore.
Pendant ce temps, dans le deuxième écran, définissez l'isolation des transactions pour lire et valider les transactions. Il n'est pas nécessaire de démarrer une transaction explicite car les requêtes InnoDB utilisent des transactions même si elles sont automatiquement validées.
Le verrouillage en mode partagé fait attendre car il reste un verrou exclusif en suspens créé par la mise à jour.
Dans le premier écran :
Dans le deuxième écran, voilà ! La lecture bloquante se débloquera et vous pourrez voir les résultats de l'UDPATE immédiatement sans vider la transaction.