数据库事务与锁（二）——锁的简单介绍

数据库为了支持事务的隔离级别，引入锁机制。本篇文章简单介绍锁的概念，这里以MYSQL为例，使用InnoDB引擎。MYSQL InnoDB的特点：

1、支持行级锁、表级锁，支持事务，支持外键，支持非锁定读（默认读取操作不会产生锁，比如select * from table1不会产生锁）；
2、通过多版本并发控制（MVCC）获得高并发性（即使用数据快照进行默认读取操作），并实现SQL标准的4种隔离级别；
3、使用Next-key Locking策略避免幻读现象的产生
4、供插入缓冲,二次写,自适应哈希索引,预读等高性能和高可用的功能。

接下来，大概介绍一下MYSQL中常见的锁。

悲观锁（Pessimistic Lock）：对于数据被外界修改持保守态度，认为数据处理中随时会修改，所以整个数据处理中需要将数据加锁。悲观锁一般是依靠关系数据库提供的锁机制。

乐观锁（Optimistic Lock）：每次自己操作数据时候认为没有人会来修改它，所以不去加锁，但是在更新的时候会去判断在此期间数据有没有被修改，需要用户自己去实现。常见实现方式有：版本号、时间戳、待更新字段、所有字段。乐观锁支持高并发。

共享锁（Share locks 简称S锁）：读锁，事务A对对象T加锁，其他事务只能对T加S，多个事务可以同时读，但不能有写操作，直到A释放S锁。针对行级锁，普通select语句不加锁, 使用SELECT ... LOCK IN SHARE MODE语句加S锁；针对表级锁，LOCK TABLE … READ 增加表级S锁

排它锁（Exclusive locks 简称X锁）：写锁，事务A对对象T加锁X锁后，其他事务不能对T加任何锁，只有事务A可以读写对象T直到A释放X锁。针对行级锁，插入、更新、修改加X锁，使用SELECT...FOR UPDATE加X锁；针对表级锁，LOCK TABLE … WRITE 增加表级X锁

更新锁（Update locks 简称U锁）用来预定要对此对象加X锁，它允许其他事务读，但不允许再施加U锁或X锁，当被读取的对象将要被更新时，则升级为X锁，主要是用来防止死锁的。

行锁（Record Lock）：锁的作用范围是行级别，数据库能够确定那些行需要锁的情况下使用行锁。行级锁只会和行级锁冲突，会出现死锁，发生锁冲突几率低，并发高。

表锁（Table Lock）：锁的作用范围是整张表。表级锁只会和表级锁冲突，通常不会出现死锁，发生锁冲突几率高，并发低。

意向共享锁（简称IS锁）：告诉事务稍后要像表中的个别记录增加S锁。当对某条数据加S锁的时候，必须先向表上加IS锁。

意向排它锁（简称IX锁）：告诉事务稍后要像表中的个别记录增加X锁。当对某条数据加X锁的时候，必须先向表上加IX锁。

意向锁（Intention Lock）的作用：例如向一个表添加表级X锁的时候，如果没有意向锁的话，则需要遍历所有整个表判断是否有行锁的存在，以免发生冲突；如果有了意向锁，只需要判断该意向锁与即将添加的表级锁是否兼容即可。因为意向锁的存在代表了，有行级锁的存在或者即将有行级锁的存在。因而无需遍历整个表，即可获取结果。

间隙锁（Gap Lock）：锁加在不存在的空闲空间，可以是两个索引记录之间，也可能是第一个索引记录之前或最后一个索引之后的空间。

Next-key 锁：行锁与间隙锁的综合。

 

​​​