Mysql InnoDB笔记(4)——锁

本文笔记摘自于《Mysql 技术内幕 InnoDB存储引擎》

Mysql InnoDB笔记(1)——体系架构
Mysql InnoDB笔记(2)——表
Mysql InnoDB笔记(3)——索引
Mysql InnoDB笔记(4)——锁
Mysql InnoDB笔记(5)——事务
Mysql InnoDB笔记(6)——备份和性能调优

---

锁

Innodb 支持一致性非锁定读和行级锁。

InnoDB行锁是通过给索引上的索引项加锁来实现的，只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！

锁的类型

• 共享锁（S Lock）
  允许事务读一行数据

显示获取共享锁：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE

普通select语句不会加任何锁

• 排他锁（X Lock）
  允许事务删除或更新一行数据

显示获取排他锁：SELECT * FROM table_name WHERE ... FOR UPDATE
对于DML操作，Innodb会隐式自动加上排他锁

• 意向共享锁（IS Lock）
  事务想要获得一张表中某几行的共享锁

• 意向排他锁（XS Lock）
  事务想要获得一张表中某几行的排他锁

锁的兼容性：
对于S X：只有SS兼容，其他情况都不兼容。
对于IS IX S X：IS IX 之间相互兼容，剩下的情况，只要有X或IX都不兼容。

在加行级锁前都会对表加上意向锁，意向锁的作用就是用于对表加S或X锁的时候判断表下面的行有没有锁。

INNODB_TRX INNODB_LOCKS INNODB_LOCK_WAITS 这三张表可以分析当前事务的锁问题

一致性非锁定读

在读取数据时，遇到X锁，并不会等待X锁释放才去读取数据，而是通过读取快照的方式拿到数据。

了解一下多版本控制（MVCC）

不同的事务隔离级别，读取的快照是不一样的。在READ COMMITTED下，读的是最新的一份快照。在REPEATABLE READ下，读取的是事务开启时的快照。（结合事务隔离级别的差异来理解）

一致性锁定读

支持2种一致性锁定读：

SELECT .... FOR UPDATE
SELECT .... LOCK IN SHARE MODE

行锁的三种算法

• Record Lock

  单个行记录上的锁

• Gap Lock

  间隙锁，锁定一个范围，但不包含记录本身

• Next-Key Lock

  Gap Lock+Record Lock，锁定一个范围，并且锁定记录本身

Next-Key Lock设计的目的是为了解决幻读的问题(Phantom Problem)，在RR隔离级别下生效。

锁的问题

• 脏读

A事务读到了B事务【未提交】的数据，只会在READ UNCOMMITTED的隔离级别下发生。

• 不可重复读

A事务在B事务提交前后读到的数据不一致，即可读到B事务【已提交】的数据。在READ COMMITTED的隔离级别下会发生。

• 幻读

跟不可重复读基本上是一个意思，书中也把它们2个概念并在一起讲了。

不可重复读重在update操作，前后读出同一行数据不一致；
幻读重在insert和delete操作，前后读出来的数据行数不一致。

• 丢失更新

A事务的更新被B事务的更新覆盖。

实际上在innodb层面因为有X锁的存在，并不会发生丢失更新的情况 。只是在应用层面，如果不小心 ，则很容易出现丢失更新。

阻塞

在等待锁释放的过程会产生阻塞，通过innodb_lock_wait_timeout来设置超时时间，通过innodb_rollback_on_timeout来设置超时时是否对事务进行回滚，默认不回滚（OFF）。

死锁

设置超时时间是解决死锁的方法之一。
wait-for graph是一种主动的死锁检测机制，在每个事务请求锁发生等待时，都会检测是否存在回路，若存在则发生了死锁，则会回滚undo量较小的事务。

死锁异常会马上回滚本事务

---

上一篇：Mysql InnoDB笔记(3)——索引
下一篇：Mysql InnoDB笔记(5)——事务