一文搞懂Mysql中的共享锁、排他锁、悲观锁、乐观锁及使用场景

目录
  • 一、常见锁类型
  • 二、mysql引擎介绍
  • 三、常用引擎间的区别 
  • 四、共享锁与排他锁
  • 五、排他锁的实际应用
  • 六、共享锁的实际应用
  • 七、死锁的发生
  • 八、另一种发生死锁的情景
  • 九、死锁的解决方式
  • 十、意向锁和计划锁
  • 十一、乐观锁和悲观锁
  • 总结

一、常见锁类型

  • 表级锁,锁定整张表
  • 页级锁,锁定一页
  • 行级锁,锁定一行
  • 共享锁,也叫S锁,在MyISAM中也叫读锁
  • 排他锁,也叫X锁,在MyISAM中也叫写锁
  • 悲观锁,抽象性质,其实不真实存在
  • 乐观锁,抽象性质,其实不真实存在

一文搞懂Mysql中的共享锁、排他锁、悲观锁、乐观锁及使用场景

常见锁类型

二、Mysql引擎介绍

  • 其实mysql中的引擎有很多种类,其中InnoDB和MyISAM引擎最常用
  • 在mysql5.5版本前默认使用MyISAM引擎,之后使用InnoDB引擎
  • 查看数据库引擎命令如下
show variables like '%storage_engine%';

三、常用引擎间的区别 

  • MyISAM 操作数据都是使用的表锁,你更新一条记录就要锁整个表,导致性能较低,并发不高。当然同时它也不会存在死锁问题。
  • 而 InnoDB 与 MyISAM 的最大不同有两点:一是 InnoDB 支持事务;二是 InnoDB 采用了行级锁。
  • 在 Mysql 中,行级锁并不是直接锁记录,而是锁索引。索引分为主键索引和非主键索引两种,如果一条sql 语句操作了主键索引,Mysql 就会锁定这条主键索引;如果一条语句操作了非主键索引,MySQL会先锁定该非主键索引,再锁定相关的主键索引。
  • InnoDB 行锁是通过给索引项加锁实现的,如果没有索引,InnoDB 会通过隐藏的聚簇索引来对记录加锁。也就是说:如果不通过索引条件检索数据,那么InnoDB将对表中所有数据加锁,实际效果跟表锁一样。因为没有了索引,找到某一条记录就得扫描全表,要扫描全表,就得锁定表。

四、共享锁与排他锁

数据库的增删改操作默认都会加排他锁,而查询不会加任何锁。

共享锁:对某一资源加共享锁,自身可以读该资源,其他人也可以读该资源(也可以再继续加共享锁,即 共享锁可多个共存),但无法修改。要想修改就必须等所有共享锁都释放完之后。

排他锁:对某一资源加排他锁,自身可以进行增删改查,其他人无法进行任何操作。

//共享锁
select * from 表名 lock in share mode
 
//排他锁
select * from 表名 for update

五、排他锁的实际应用

  • 这里我们以两个操作数据库的请求为例,假设这两个请求分别为T1和T2
  • 假设T1为查询请求,而T2为更新数据请求,在T1查询很长时间的时候,还没有返回结果,但是这时候T2过来请求更新了
  • 这个流程应该是: T1运行加共享锁、T2运行、发现T1未完成等待其完成、T1完成、T2开始执行
  • T2之所以要等待,是因为T2执www.cppcns.com行更新的时候需要给表加排他锁,但是数据库规定,不能在同一资源上同时共存这两种锁,所以T2必须等T1执行完,释放锁后,才可以正常操作
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

七、死锁的发生

扫一扫手机访问