Qu'est-ce que le verrouillage optimiste MySQL ?

Le verrouillage optimiste MySQL est comparé au verrouillage pessimiste. Le verrouillage optimiste suppose que les données ne provoqueront pas de conflits dans des circonstances normales, donc lorsque les données sont soumises pour mise à jour, le conflit des données sera officiellement détecté si un. Un conflit est détecté, les informations d'erreur sont renvoyées à l'utilisateur et celui-ci peut décider quoi faire.

le verrouillage optimiste mysql est (verrouillage optimiste) par rapport au verrouillage pessimiste, le verrouillage optimiste suppose que les données ne provoqueront généralement pas de conflits, donc quand les données sont soumises pour mise à jour, le conflit des données sera officiellement détecté si un conflit est trouvé, un message d'erreur sera renvoyé à l'utilisateur, lui permettant de décider quoi faire.

Alors, comment implémenter le verrouillage optimiste ? De manière générale, il existe deux manières :

1 Utiliser le mécanisme d'enregistrement de la version des données (Version) pour implémenter , qui est. optimiste L'une des méthodes d'implémentation de verrous les plus couramment utilisées. Qu'est-ce qu'une version de données ? Il s'agit d'ajouter un identifiant de version aux données, généralement en ajoutant un champ numérique « version » à la table de la base de données. Lors de la lecture des données, lisez ensemble la valeur du champ de version Chaque fois que les données sont mises à jour, la valeur de version est incrémentée de un.

Lorsque nous soumettons une mise à jour, nous comparons les informations de version actuelle de l'enregistrement correspondant dans la table de base de données avec la valeur de version extraite pour la première fois si le numéro de version actuel de la table de base de données est comparé au numéro de version actuel de la table de base de données. valeur de version extraite pour la première fois Si elle est égale, elle sera mise à jour, sinon elle sera considérée comme une donnée expirée. Utilisez l'image suivante pour illustrer :

Comme le montre l'image ci-dessus, si les opérations de mise à jour sont effectuées séquentiellement, les versions des données augmenteront séquentiellement sans conflit. Cependant, si différentes opérations commerciales modifient la même version des données, alors l'opération soumise en premier (B dans la figure) mettra à jour la version des données à 2. Lorsque A soumet la mise à jour après B, il s'avère que la version des données a été modifiée. . , alors l’opération de mise à jour de A échouera.

2. La deuxième méthode d'implémentation du verrouillage optimiste est similaire à la première Elle ajoute également un champ à la table qui nécessite un contrôle de verrouillage optimiste. . , le nom n'a pas d'importance, le type de champ utilise l'horodatage, qui est similaire à la version ci-dessus. Lorsque la mise à jour est soumise, l'horodatage des données dans la base de données actuelle est vérifié et comparé à l'horodatage obtenu avant la mise à jour. mise à jour. S'ils sont cohérents, alors OK, sinon c'est un conflit de version.

Recommandations d'apprentissage associées : Tutoriel vidéo MySQL

Exemples d'utilisation :

avec MySQL InnoDB A titre d'exemple

reprenons l'exemple précédent : il y a un champ status dans la table des marchandises Un statut de 1 signifie que le produit n'a pas été commandé, et un statut de 2 signifie que le produit a été commandé. Ensuite, nous le ferons. Lorsque vous passez une commande pour un produit, vous devez vous assurer que le statut du produit est 1. Supposons que l'identifiant du produit soit 1.

L'opération de commande comprend 3 étapes :

1. Interroger les informations sur le produit

select (status,status,version) from t_goods where id=#{id}

2. Générer une commande basée sur les informations sur le produit <🎜. >

3. Modifiez l'état du produit en 2

update t_goods 
set status=2,version=version+1
where id=#{id} and version=#{version};

Afin d'utiliser le verrouillage optimiste, nous modifions d'abord la table t_goods et ajoutons un champ de version La valeur de version par défaut du. les données sont 1.

Les données initiales du tableau sont les suivantes : t_goods

mysql> select * from t_goods;  
+----+--------+------+---------+  
| id | status | name | version |  
+----+--------+------+---------+  
|  1 |      1 | 道具 |       1 |  
|  2 |      2 | 装备 |       2 |  
+----+--------+------+---------+  
2 rows in set  
  
mysql>

Pour la mise en place du verrouillage optimiste, j'utilise MyBatis pour m'entraîner, comme suit :

Classe d'entité de marchandises :

/** 
 * ClassName: Goods <br/> 
 * Function: 商品实体. <br/> 
 * date: 2013-5-8 上午09:16:19 <br/> 
 * @author chenzhou1025@126.com 
 */  
public class Goods implements Serializable {  
  
    /** 
     * serialVersionUID:序列化ID. 
     */  
    private static final long serialVersionUID = 6803791908148880587L;  
      
    /** 
     * id:主键id. 
     */  
    private int id;  
      
    /** 
     * status:商品状态：1未下单、2已下单. 
     */  
    private int status;  
      
    /** 
     * name:商品名称. 
     */  
    private String name;  
      
    /** 
     * version:商品数据版本号. 
     */  
    private int version;  
      
    @Override  
    public String toString(){  
        return "good id:"+id+",goods status:"+status+",goods name:"+name+",goods version:"+version;  
    }  
  
    //setter and getter  
  
}

GoodsDao

/** 
 * updateGoodsUseCAS:使用CAS(Compare and set)更新商品信息. <br/> 
 * 
 * @author chenzhou1025@126.com 
 * @param goods 商品对象 
 * @return 影响的行数 
 */  
int updateGoodsUseCAS(Goods goods);

mapper.xml

<update id="updateGoodsUseCAS" parameterType="Goods">  
    <![CDATA[ 
        update t_goods 
        set status=#{status},name=#{name},version=version+1 
        where id=#{id} and version=#{version} 
    ]]>  
</update>

GoodsDaoTest test class

@Test  
public void goodsDaoTest(){  
    int goodsId = 1;  
    //根据相同的id查询出商品信息，赋给2个对象  
    Goods goods1 = this.goodsDao.getGoodsById(goodsId);  
    Goods goods2 = this.goodsDao.getGoodsById(goodsId);  
      
    //打印当前商品信息  
    System.out.println(goods1);  
    System.out.println(goods2);  
      
    //更新商品信息1  
    goods1.setStatus(2);//修改status为2  
    int updateResult1 = this.goodsDao.updateGoodsUseCAS(goods1);  
    System.out.println("修改商品信息1"+(updateResult1==1?"成功":"失败"));  
      
    //更新商品信息2  
    goods1.setStatus(2);//修改status为2  
    int updateResult2 = this.goodsDao.updateGoodsUseCAS(goods1);  
    System.out.println("修改商品信息2"+(updateResult2==1?"成功":"失败"));  
}

Résultat de sortie :

good id:1,goods status:1,goods name:道具,goods version:1  
good id:1,goods status:1,goods name:道具,goods version:1  
修改商品信息1成功  
修改商品信息2失败

Description :

Dans la méthode de test

, on retrouve la même version des données en même temps et attribuez-le à différents objets marchandises, puis modifiez d'abord l'objet good1, puis effectuez l'opération de mise à jour, et l'exécution est réussie. Ensuite, nous modifions good2, et lors de l'exécution de l'opération de mise à jour, cela indique que l'opération a échoué. A ce moment, les données dans le tableau GoodsDaoTest sont les suivantes : t_goods

mysql> select * from t_goods;  
+----+--------+------+---------+  
| id | status | name | version |  
+----+--------+------+---------+  
|  1 |      2 | 道具 |       2 |  
|  2 |      2 | 装备 |       2 |  
+----+--------+------+---------+  
2 rows in set  
  
mysql>

Nous pouvons voir que la version des données avec l'identifiant 1 a été modifiée en 2 lors de la première mise à jour. Ainsi, lorsque nous mettons à jour good2, la mise à jour où la condition ne correspond plus, donc la mise à jour ne réussira pas. Le SQL spécifique est le suivant :

update t_goods   
set status=2,version=version+1  
where id=#{id} and version=#{version};

De cette façon, nous avons obtenu un verrouillage optimiste.

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!