Entretien Java - verrouillage optimiste et verrouillage pessimiste

Question d'entretien :

La différence entre le verrouillage optimiste et le verrouillage pessimiste

(Partage de vidéos d'apprentissage : Vidéo d'enseignement Java)

1. Verrouillage optimiste

pense toujours qu'il n'y aura pas de problèmes de concurrence. Chaque fois qu'il récupère des données, il pense toujours qu'aucun autre thread ne modifiera les données, donc il ne se verrouillera pas. mais lors de la mise à jour, il sera jugé si d'autres threads ont déjà modifié les données. Généralement, le mécanisme de numéro de version ou l'opération CAS est utilisé pour implémenter la méthode de version

 :

est généralement ajouté à. la table de données Un champ de version du numéro de version des données indique le nombre de fois que les données ont été modifiées. Lorsque les données sont modifiées, la valeur de la version sera incrémentée de un. Lorsque le thread A souhaite mettre à jour la valeur des données, il lira également la valeur de version lors de la lecture des données. Lors de la soumission de la mise à jour, mettez-la à jour uniquement si la valeur de version que vous venez de lire est égale à la valeur de version dans la base de données actuelle, sinon réessayez. Opération de mise à jour jusqu’à ce que la mise à jour réussisse.

update table set x=x+1, version=version+1 where id=#{id} and version=#{version};

(Questions d'entretien connexes recommandées : questions et réponses d'entretien Java)

Méthode de fonctionnement CAS :

C'est-à-dire comparer et échanger ou comparer et set, implique trois opérandes, la valeur de la mémoire où se trouvent les données, la valeur attendue et la nouvelle valeur. Lorsqu'il doit être mis à jour, il est jugé si la valeur actuelle de la mémoire est égale à la valeur obtenue précédemment. Si elles sont égales, mettez à jour avec la nouvelle valeur. Si cela échoue, réessayez. Généralement, il s'agit d'une opération de rotation. c'est-à-dire une nouvelle tentative continue.

2. Verrouillage pessimiste

Supposons toujours le pire des cas. Chaque fois que vous récupérez des données, vous pensez que d'autres threads les modifieront, vous les verrouillerez donc (verrouillage en lecture, verrouillage en écriture, verrouillage de ligne, etc. ), lorsque d'autres threads veulent accéder aux données, ils doivent bloquer et suspendre. Vous pouvez compter sur l'implémentation de bases de données, telles que les verrous de ligne, les verrous de lecture et d'écriture, etc., qui sont tous verrouillés avant l'opération. En Java, l'idée de synchronisation est également un verrouillage pessimiste.

3. Scénarios applicables

Verrouillage pessimiste : il est plus adapté aux scénarios où les opérations d'écriture sont plus fréquentes s'il y a un grand nombre d'opérations de lecture, le verrouillage sera effectué à chaque fois. lire. L'ajout d'une grande quantité de surcharge de verrouillage réduira le débit du système.

Verrouillage optimiste : il est plus adapté aux scénarios avec des opérations de lecture fréquentes. Si un grand nombre d'opérations d'écriture se produisent, la possibilité de conflits de données augmentera. Afin d'assurer la cohérence des données, la couche application. doit continuellement réobtenir des données augmentera un grand nombre d'opérations de requête et réduira le débit du système.

Résumé : les deux ont leurs propres avantages et inconvénients. Les verrous optimistes sont utilisés pour les lectures fréquentes, et les verrous pessimistes sont utilisés pour les écritures fréquentes.

Recommandations associées : Tutoriel d'introduction à Java

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!