


Une brève description du verrouillage pessimiste et du verrouillage optimiste
Verrouillage pessimiste, comme son nom l'indique, il est très pessimiste. Chaque fois que vous allez récupérer les données, vous pensez que d'autres les modifieront, vous les verrouillerez donc à chaque fois que vous obtiendrez les données. , afin que d'autres personnes bloquent ces données jusqu'à ce qu'elles obtiennent le verrou. De nombreux mécanismes de verrouillage de ce type sont utilisés dans les bases de données relationnelles traditionnelles, tels que les verrous de ligne, les verrous de table, les verrous de lecture, les verrous d'écriture, etc., qui sont tous verrouillés avant les opérations.
Le plus couramment utilisé est select... for update, qui est un verrou de ligne qui verrouille les lignes de résultat de la sélection avant que la transaction ne soit validée ou annulée. Les autres transactions ne sont pas autorisées à effectuer des opérations de mise à jour, de suppression ou de mise à jour sur ces lignes.
Verrouillage optimiste, Comme son nom l'indique, il est très optimiste. Chaque fois que vous allez chercher les données, vous pensez que les autres ne les modifieront pas, donc elles ne seront pas verrouillées. Pendant cette période, les données peuvent être utilisées librement. Elles sont lues par d'autres, mais lors de la mise à jour, il sera jugé si d'autres ont mis à jour les données pendant cette période. Vous pouvez utiliser des mécanismes tels que les numéros de version.
Le mécanisme de numéro de version est la méthode de verrouillage optimiste la plus couramment utilisée. Il s'agit d'ajouter un champ de numéro de version à la table avant la mise à jour, vérifiez-le pour obtenir le numéro de version, puis mettez-le à jour comme où. condition de l'instruction de mise à jour. Si les données sont dans Après avoir obtenu le numéro de version, si elles ont été modifiées avant la mise à jour, la mise à jour échouera car 0 élément de données a été mis à jour pour la dernière fois. Si le nombre de mises à jour obtenues par l'arrière-plan Java est. 0, cela signifie que la mise à jour a échoué et qu'un problème de concurrence s'est produit. Ensuite, effectuez la procédure spécifique.
Par exemple, deux personnes modifient une certaine donnée en même temps. Le processus est le suivant :
L'opérateur A fonctionne comme suit :
select id, balance, version from table where id=“1”;
Résultats de la requête : id=1, balance=1000 , version=1
update table set balance=balance+100, version=version+1 where id=“1” and version=1;
Après l'exécution, le résultat de la mise à jour renvoyé est 1, indiquant qu'un élément a été mis à jour. Le résultat dans la base de données est : id=1, balance=1100. , version=2
opération L'opérateur B fonctionne comme suit :
select id, balance, version from table where id=“1”;
Résultats de la requête : id=1, balance=1000, version=1, indiquant que l'opérateur A ne l'a pas encore modifié.
update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;
Lors de la vérification, l'opérateur A ne l'a pas encore modifié. Au moment de la mise à jour, l'opérateur A l'a d'abord modifié avec succès, donc les valeurs réelles dans la base de données sont id=1, balance=1100. , version=2,
L'opérateur B incrémente également le numéro de version de un (version=2) et essaie de soumettre les données à la base de données (balance=950), mais à ce moment les données où id="1 " et version=1 est introuvable,
La mise à jour a donc échoué et le résultat de l'exécution était 0, indiquant qu'aucune donnée n'a été mise à jour avec succès.
Vérifiez à nouveau maintenant, le résultat est toujours le résultat après que l'opérateur A ait terminé l'opération
sélectionnez l'identifiant, le solde, la version dans la table où id="1";
Résultat de la requête : id=1, balance=1100, version=2
Ce qui précède est le principe de mise en œuvre du mécanisme de numéro de version par vous-même. Le mécanisme de numéro de version réellement utilisé est le mécanisme inclus dans la base de données elle-même. il s'avère que le numéro de version mis à jour n'est pas. Les dernières versions seront rejetées.
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.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

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.

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.
