【MySQL】mysql中的锁机制

一、分类

MySQL的锁机制不同的存储引擎支持不同的锁机制，分为表级锁、行级锁、页面锁。MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁

 

表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般 

二、表级锁

MySQL的表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。 

对MyISAM表的读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写请求；对 MyISAM表的写操作，则会阻塞其他用户对同一表的读和写操作。

MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作 （UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此，用户一般不需要直接用LOCK TABLE命令给MyISAM表显式加锁。

三、行级锁

InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）；二是采用了行级锁。

行级锁也支持读锁和写锁两类。

1、如何加锁？

mysql InnoDB引擎默认的修改数据语句：update,delete,insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型，如果加排他锁可以使用select …for update语句，加共享锁可以使用select … lock in share mode语句。所以加过排他锁的数据行在其他事务种是不能修改数据的，也不能通过for update和lock in share mode锁的方式查询数据，但可以直接通过select …from…查询数据，因为普通查询没有任何锁机制。

 2、实现原理

InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，并请求共享或排他锁时，InnoDB才使用行级锁，否则，InnoDB将使用表锁！ 

四、锁的算法

• record lock：单个记录的锁。
• gap lock：间隙锁，锁定一个范围，不包括记录本身
• next-key lock：gap lock+record lock

默认隔离级别（可重复读）下，默认加的是next-key lock（为了解决幻读问题），当索引中含有唯一属性时（唯一索引，主键索引），会降级为record lock。

在读已提交隔离级别下，加的是record lock

1、例1

现在表z，有a，b两列，a是主键，全表只有一个主键索引。现在记录如下：（1，1）（3，1）（5，3）（7，6）（10，8）

select * from z where b=3 for update

因为b没有索引，所以走得是全表扫描。有因为加锁是通过对索引加锁实现，因为没有走索引，所有会锁整个表，也就是表锁

 2、例2

现在表z，有a，b两列，a是主键索引，b建立辅助索引。现在记录如下：（1，1）（3，1）（5，3）（7，6）（10，8）

select * from z where a=3 for update

主键索引加的锁是record lock，对记录（3，1）加锁

select * from z where b=3 for update

因为锁是通过对索引加锁实现的。所以这里需要对主键索引和辅助索引加锁，主键索引加的锁会由next-key锁退化成是record lock，辅助索引加的锁是next-key lock，锁定范围是（1，3）、3、（3，6）

五、select的几种类型

1、快照读

读取的是快照版本，也就是历史版本。普通的SELECT就是快照读

2、当前读

读取的是最新版本。

UPDATE、DELETE、INSERT、SELECT ...  LOCK IN SHARE MODE、SELECT ... FOR UPDATE是当前读。

默认的可重复读隔离级别，使用的是快照读

读已提交使用的是当前读

3、一致性非锁定读

实现原理是通过MVCC机制实现，如果读取的行正处于update或delete中，读操作不会去等待行上X锁的释放，而是去读取行的快照数据。

MVCC，多版本并发控制技术。在 InnoDB 中，在每一行记录的后面增加两个隐藏列，记录创建版本号和删除版本号。通过版本号和行锁，从而提高数据库系统并发性能。

一致性非锁定读可以极大的提高并发性能

不同的事务隔离级别，读取的快照版本是有差别的

• 读已提交隔离级别，总是读取最新的快照版本。可能会产生幻读
• 可重复读隔离级别，总是读取事务开始后第一次读取的快照版本。可以避免幻读的产生

4、一致性锁定读

默认配置下，采用可重复读的隔离级别，读取数据采取的是一致性非锁定读。

但是某些场景下需要对读取操作加锁来保证严格的数据一致性，这时候可以显式的对读取的记录进行加锁：

• select *** for update(对读取记录加X锁）
• 给索引记录加锁，这种情况下跟UPDATE的加锁情况是一样的
• select *** lock in share model（对读取记录加S锁）　　
• 给记录假设共享锁，这样一来的话，其它事务只能读不能修改，直到当前事务提交