Pourquoi mon application Web Python obtient-elle des données de session obsolètes de MySQL malgré la suppression et l'insertion ?

Problème de mise en cache dans la base de données MySQL : récupération de données périmées après suppression et insertion

Dans les applications Web Python, la gestion des sessions utilisateur est une tâche cruciale. Cependant, certaines implémentations utilisant des connexions MySQL rencontrent un problème : malgré la suppression d'anciennes sessions et la création de nouvelles, certaines connexions récupèrent des données obsolètes lors des sélections de bases de données ultérieures. Cela entraîne des échecs de validation de session et la nécessité pour les utilisateurs de se reconnecter.

Cause première

La cause première de ce problème réside dans le niveau d'isolement par défaut de MySQL, " LECTURE RÉPÉTABLE." Avec ce paramètre, les connexions au sein d'une transaction sont isolées des modifications apportées par d'autres connexions après le début de la transaction, que ces modifications aient été validées ou non.

Solution

Pour résoudre ce problème, il existe deux approches principales :

1. Mettre fin au Transaction :

   • Émettez une instruction COMMIT ou ROLLBACK dans les sessions concernées. Cela mettra fin à la transaction "REPEATABLE READ" et permettra aux connexions d'accéder aux données mises à jour.

2. Modifiez le niveau d'isolement :

   • Modifiez le niveau d'isolement des sessions concernées sur « READ COMMITTED ». Cela garantira que les sessions liront les données qui ont déjà été validées, résolvant ainsi le problème de récupération des données obsolètes.
   • Vous pouvez également envisager de définir le niveau d'isolement par défaut sur « READ COMMITTED » globalement pour éviter de futures occurrences. Consultez la documentation MySQL pour plus de détails sur cette approche.

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!