Maison >
Article > base de données > Apprenez-en plus sur les verrous dans Mysql et discutez des scénarios d'utilisation !
Apprenez-en plus sur les verrous dans Mysql et discutez des scénarios d'utilisation !
青灯夜游avant
2022-06-28 20:55:492062parcourir
Cet article vous fera découvrir les verrous dans Mysql, comprendra les verrous partagés, les verrous exclusifs, les verrous pessimistes, les verrous optimistes et parlera des scénarios d'utilisation. J'espère qu'il sera utile à tout le monde ! 1. Types de verrouillage courants appelé verrou S, il est également appelé verrou de lecture dans MyISAM
Verrou exclusif, également appelé
Types de verrous courants
2. Introduction au moteur MySQL
En fait, il existe de nombreux types de moteurs dans MySQL, parmi lesquels les moteurs InnoDB et MyISAM sont les plus couramment utilisés
Le moteur MyISAM était utilisé par défaut avant la version mysql5.5, puis utilisez le moteur InnoDB
pour afficher les commandes du moteur de base de données comme suit
show variables like '%storage_engine%';
3. Différences entre les moteurs couramment utilisés
Les plus grandes différences entre InnoDB et MyISAM sont deux points : premièrement, InnoDB prend en charge les transactions ; deuxièmement, InnoDB utilise des verrous au niveau des lignes.
Dans Mysql, les verrous au niveau des lignes ne verrouillent pas directement les enregistrements, mais verrouillent les index. Les index sont divisés en index de clé primaire et index de clé non primaire. Si une instruction SQL opère sur l'index de clé primaire, MySQL verrouillera l'index de clé primaire. Si une instruction opère sur un index de clé non primaire, MySQL verrouillera d'abord l'index de clé primaire. index de clé non primaire, puis verrouillez-le. Index de clé primaire associé.
Le verrouillage des lignes InnoDB est obtenu en verrouillant les entrées d'index S'il n'y a pas d'index, InnoDB verrouillera les enregistrements via un index cluster caché. En d'autres termes : si vous ne récupérez pas de données via les conditions d'indexation, InnoDB verrouillera toutes les données de la table, et l'effet réel est le même que le verrouillage de la table. Puisqu'il n'y a pas d'index, vous devez analyser la table entière pour trouver un certain enregistrement. Pour analyser la table entière, vous devez verrouiller la table.
4. Verrous partagés et verrous exclusifs
Par défaut, des verrous exclusifs seront ajoutés aux ajouts, suppressions et modifications de la base de données, tandis que les requêtes n'ajouteront aucun verrou.
Verrou partagé :
Ajoutez un verrou partagé à une certaine ressource. Vous pouvez lire la ressource, et d'autres peuvent également lire la ressource (vous pouvez également continuer à ajouter des verrous partagés, c'est-à-dire que plusieurs verrous partagés peuvent coexister). , mais vous ne pouvez pas réviser. Si vous souhaitez le modifier, vous devez attendre que tous les verrous partagés soient libérés.
Verrou exclusif :
Ajoutez un verrou exclusif à une certaine ressource. Vous pouvez ajouter, supprimer, modifier et vérifier, mais les autres ne peuvent effectuer aucune opération.
//共享锁
select * from 表名 lock in share mode
//排他锁
select * from 表名 for update
T1: select * from 表名 lock in share mode //假设还未返回结果
T2: update 表名 set name='autofelix'
六、共享锁的实际应用
如果T1和T2都是执行的查询,也就是都加共享锁
这时候就不用等待,可以立马执行
因为同一资源上可以同时存在多个共享锁,也被称为,共享锁与共享锁兼容
意味着共享锁不阻止其他人同时读取资源,但是阻止其他人修改资源
T1: select * from table lock in share mode
T2: select * from table lock in share mode
七、死锁的发生
假设T1和T2都同时执行2个资源操作,分别是查询和更新数据
假设T1和T2同时达到select,T1对表加共享锁,而T2也加上了共享锁
当T1的select执行完毕,准备执行update时
根据锁机制,T1的共享锁必须升级到排他锁才可以执行接下来的update操作
在升级排他锁之前,必须等T2的共享锁释放,同理,T2也在等T1的共享锁释放
于是都在等待对方的锁释放,导致程序卡死,这种情况就是死锁
T1: 开启事务,执行查询更新两个操作
select * from table lock in share mode
update table set column1='hello'
T2: 开启事务,执行查询更新两个操作
select * from table lock in share mode
update table set column1='world'