Cet article vous présente les quatre niveaux d'isolement dans MySQL. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il vous sera utile.
L'isolation des transactions est plus compliquée qu'on ne l'imagine. Il existe quatre niveaux d'isolation définis dans la norme SQL. De manière générale, des niveaux d'isolement inférieurs peuvent généralement assurer une concurrence plus élevée et réduire la surcharge du système (cours recommandés : Tutoriel vidéo MySQL)
LIRE UNCOMMITTED
Le niveau est Lecture non validée. A ce niveau, les modifications dans une transaction sont visibles par les autres transactions même si elles ne sont pas validées. Les transactions peuvent lire des données non validées, également appelées Dirty Read. Ce niveau pose beaucoup de problèmes, en termes de performances, il n'est pas bien meilleur que les autres niveaux, mais il lui manque de nombreux avantages des autres niveaux. Sauf raison très nécessaire, il est rarement utilisé dans des applications pratiques.
LECTURE COMMITTED
Ce niveau est Commit Read. Il s'agit du niveau d'isolement par défaut pour la plupart des systèmes de bases de données, mais pas pour MySQL. Ce niveau répond à la définition simple de l'isolement : lorsqu'une transaction démarre, seules les modifications apportées par les transactions validées peuvent être « vues ». En d’autres termes, toutes les modifications apportées par une transaction depuis le début jusqu’à sa validation ne sont pas visibles par les autres transactions. Ce niveau est parfois appelé Lecture non répétable car exécuter deux fois la même requête peut entraîner des résultats différents.
LECTURE RÉPÉTABLE
Ce niveau est Lecture répétable, qui est le niveau d'isolation des transactions par défaut de MySQL. Il résout le problème de la lecture sale et garantit que les résultats de la lecture multiple du même enregistrement au cours de la même transaction sont cohérents.
Mais en théorie, ce niveau ne peut pas résoudre un autre problème : la lecture fantôme. La lecture dite fantôme signifie que lorsqu'une transaction lit des enregistrements dans une certaine plage, une autre transaction insère un nouvel enregistrement dans la plage. Lorsque la transaction précédente lit à nouveau les enregistrements dans la plage, elle produira une hallucination. .
Exemple de lecture fantôme : La première transaction modifie les données d'une table, par exemple, cette modification implique "toutes les lignes de données" de la table. Dans le même temps, la deuxième transaction modifie également les données de cette table. Cette modification consiste à insérer « une ligne de nouvelles données » dans la table. Puis, à l'avenir, l'utilisateur qui effectue la première transaction constatera qu'il y a encore des lignes de données non modifiées dans la table, comme si une hallucination s'était produite
Le moteur de stockage InnoDB résout les lectures fantômes via plusieurs versions. problème de contrôle de concurrence.
SÉRIALISABLE
Ce niveau est sérialisable et constitue le niveau d'isolement le plus élevé. Il évite le problème de lecture fantôme mentionné précédemment en forçant les transactions à être exécutées en série. En bref, ce niveau verrouille chaque ligne de données lues, ce qui peut entraîner de nombreux délais d'attente et des problèmes de conflit de verrouillage.
Ce niveau d'isolement est rarement utilisé dans les applications réelles. Ce niveau ne doit être pris en compte que lorsqu'il est très nécessaire pour garantir la cohérence des données et qu'aucune concurrence n'est acceptable.
隔离级别 | 脏读可能性 | 不可重复读可能性 | 幻读可能性 | 加锁读 |
---|---|---|---|---|
READ UNCOMMITTED | Yes | Yes | Yes | No |
READ COMMITTED | No | Yes | Yes | No |
REPEATABLE READ | No | No | Yes | No |
SERIALIZABLE | No | No | No | Yes |
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!