-
MySQL常用存储引擎的锁机制
- BDB:支持页级锁和表级锁,默认是页级锁
- InnoDB:支持行级锁和表级锁,默认是行级锁
- MyISAM &Memory:这两个存储引擎都是采用表级锁
- 按锁粒度划分
- 行锁
- 表锁
- 页锁
// 行级锁:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高
// 表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。
// 页面锁:开销和加锁时间界于表锁和行锁之间;会出现死锁;锁定粒度界于表锁和行锁之间,并发度一般。
// 注:
// InnoDB存储引擎
// 1、行锁是通过给索引上的索引项加锁来实现的
// 2、因此对InnoDB来说:只有通过索引条件检索数据,InnoDB才使用行级锁,否则,InnoDB将使用表锁!
- 按级别划分
- 共享锁(读锁)
- 排他锁(写锁)
// 注:应用中我们只会使用到共享锁和排他锁
// 1、对于UPDATE、DELETE和INSERT语句,InnoDB会自动给涉及数据集加排他锁
// 2、对于普通SELECT语句,InnoDB不会加任何锁
// *事务可以通过以下语句显示给记录集加共享锁或排他锁。
// 共享锁:如果事务T对A加上共享锁,则其它事务只能对A再加共享锁,不能加其它锁。获准共享锁的事务只能读数据,不能写数据
// 用法:
SELECT … LOCK IN SHARE MODE;
// 排它锁:如果事务T对A加上排它锁,则其它事务都不能对A加任何类型的锁。获准排它锁的事务既能读数据,又能写数据
// 用法:
SELECT … FOR UPDATE
// MyISAM存储引擎
// 1、在执行查询语句(SELECT)前,会自动给涉及的所有表加读锁
// 2、在执行更新操作(UPDATE、DELETE、INSERT等)前,会自动给涉及的表加写锁。
- 按使用方式
- 乐观锁
- 悲观所
// 悲观锁:指在数据处理过程,使数据处于锁定状态,一般使用数据库的锁机制实现。
// 乐观锁:通过记录数据版本的方式实现乐观锁。
// 为数据增加一个版本标识,读取数据时,将版本标识一起读出,数据没更新一次,就对版本标识进行更新
参考: