


Quelle est la différence entre une lecture sale, une lecture fantôme et une lecture non répétable ?
La différence entre une lecture sale, une lecture fantôme et une lecture non répétable : 1. Une lecture sale signifie qu'une transaction accède à des données et que les données sont modifiées. 2. Une lecture non répétable signifie qu'au sein d'une transaction, Lire ; les mêmes données plusieurs fois ; 3. La lecture fantôme fait référence à un phénomène qui se produit lorsque les transactions ne sont pas exécutées de manière indépendante.
[Recommandations d'apprentissage associées : tutoriel mysql]
La différence entre la lecture sale, la lecture fantôme et la lecture non répétable :
1 Lecture sale : La lecture sale signifie qu'une transaction accède à des données et effectue des opérations. sur les données La modification n'a pas encore été validée dans la base de données. À ce moment, une autre transaction accède également aux données et utilise ensuite les données.
2. Lecture non répétable : fait référence à la lecture des mêmes données plusieurs fois au cours d'une transaction. Avant la fin de cette transaction, une autre transaction accède également aux mêmes données. Ensuite, entre les deux données lues lors de la première transaction, du fait de la modification de la deuxième transaction, les données lues deux fois par la première transaction peuvent être différentes. De cette façon, les données lues deux fois au sein d’une transaction sont différentes, on parle donc de lecture non répétable. Par exemple, un éditeur lit deux fois le même document, mais entre les lectures, l'auteur réécrit le document. Lorsque l'éditeur lit le document une seconde fois, le document a changé. Les lectures brutes ne sont pas reproductibles. Ce problème peut être évité si les éditeurs ne peuvent lire le document qu'une fois que l'auteur a fini de l'écrire.
3. Lecture fantôme : fait référence à un phénomène qui se produit lorsqu'une transaction n'est pas exécutée de manière indépendante. Par exemple, la première transaction modifie les données d'une table, et cette modification implique toutes les données. lignes de données dans le tableau. Parallèlement, la deuxième transaction modifie également les données de cette table. Cette modification insère une ligne de nouvelles données dans la table. Puis, à l’avenir, l’utilisateur qui effectue la première transaction constatera qu’il reste des lignes de données non modifiées dans la table, comme si une hallucination s’était produite. Par exemple, un éditeur modifie un document soumis par un auteur, mais lorsque la production fusionne ses modifications dans la copie principale du document, on découvre que l'auteur a ajouté du nouveau matériel non édité au document. Ce problème peut être évité si personne ne peut ajouter de nouveaux éléments au document tant que les éditeurs et le service de production n'ont pas fini de travailler sur le document original.
Supplémentaire : Transactions déclaratives Spring basées sur des métadonnées :
L'attribut Isolation prend en charge un total de cinq paramètres de transaction, les détails sont les suivants :
DEFAULT utilise le niveau d'isolement défini par la base de données (par défaut), et le niveau d'isolement est déterminé par les paramètres par défaut du DBA.
READ_UNCOMMITTED entraînera des lectures sales, non -lectures répétables et lectures fantômes (niveau d'isolement le plus bas et performances de concurrence élevées)
-
READ_COMMITTED provoquera des problèmes de lecture non répétable et de lecture fantôme (verrouillage de la ligne en cours de lecture)
REPEATABLE_READ générera des lectures fantômes (verrouiller toutes les lignes lues)
SERIALIZABLE garantit que toutes les situations ne se produiront pas (verrouiller la table)
L'objectif de la lecture non répétable est la modification :
Les données lues deux fois dans la même transaction sont différentes.
L'objectif de la lecture fantôme est d'ajouter ou de supprimer
Dans les mêmes conditions, le nombre d'enregistrements lus pour la première et la deuxième fois est différent
Lecture sale :
souligne que la deuxième transaction n'est pas assez nouvelle.
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

L'article discute de la suppression des tables dans MySQL en utilisant l'instruction TABLE DROP, mettant l'accent sur les précautions et les risques. Il souligne que l'action est irréversible sans sauvegardes, détaillant les méthodes de récupération et les risques potentiels de l'environnement de production.

MySQL prend en charge quatre types d'index: B-Tree, hachage, texte intégral et spatial. 1. L'indice de tree B est adapté à la recherche de valeur égale, à la requête de plage et au tri. 2. L'indice de hachage convient aux recherches de valeur égale, mais ne prend pas en charge la requête et le tri des plages. 3. L'index de texte complet est utilisé pour la recherche en texte intégral et convient pour le traitement de grandes quantités de données de texte. 4. L'indice spatial est utilisé pour la requête de données géospatiaux et convient aux applications SIG.

L'article discute de la création d'index sur les colonnes JSON dans diverses bases de données comme PostgreSQL, MySQL et MongoDB pour améliorer les performances de la requête. Il explique la syntaxe et les avantages de l'indexation des chemins JSON spécifiques et répertorie les systèmes de base de données pris en charge.
