MySQL中锁机制

MySQL存储引擎
MySQL索引
MySQL锁机制

锁类型

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

MyISAM和MEMORY采用的是表级锁，BDB采用页面锁，InnoDB既支持行级锁，也支持表级锁，默认使用行级锁。

表共享读锁，表独占写锁（进行查询时自动加读锁，进行插入，更新，删除会自动加写锁，不需要显式写出）

LOCK TABLE table_name read
UNLOCK table_name

加了local选项，其作用就是在满足MyISAM表并发插入条件下的情况下，允许其他用户在表尾并发插入记录

LOCK TABLE table_name read local
UNLOCK table_name

LOCK TABLE table_name write
UNLOCK table_name

MyISAM中的并发插入（Concurrent Inserts）

在一定条件下，MyISAM表也支持查询和插入的并发进行
MyISAM引擎有一个系统变量 concurrent_insert，专门用来控制其并发插入的行为

• 当值为0时，不允许并发插入
• 当值为1时，如果表中没有空洞（即表的中间没有被删除的行），允许在一个进程读表的同时，另一个进程从表尾插入记录，这也是MySQL的默认设置
• 当为2时，无论有没有空洞，都允许在表尾并发插入

当值为2时，总是允许并发插入；同时，通过定期在系统空闲时段执行OPTIMIZE TABLE语句来整理空间碎片，收回因删除记录而产生的中间空洞。

MyISAM锁调度，优先写进程，不过可以通过一些设置来调节MyISAM的调度行为

InnoDB锁问题

事务及其ACID属性

并发事务处理带来的问题

InnoDB的行锁模式及加锁方法

InnoDB行锁实现方式

InnoDB行锁是通过索引上的索引项加锁来实现的，如果没有索引，InnoDB将通过隐藏的聚簇索引来对记录加锁，InnoDB行锁分为三种情形：

• Record lock：对索引项加锁
• Gap lock：对索引项之间的间隙、第一条记录前的间隙或最后一条之后的间隙
• Next-key lock：前两种的组合，对记录及其前面的间隙加锁

行锁特性

• 在不通过索引条件查询时，会锁定表中所有的记录
• 使用相同的索引键，会出现锁冲突
• 当表中有多个索引的时候，不同的事务可以使用不同的索引锁定不同的行，不论是使用主键索引、唯一索引或普通索引，InnoDB都会使用行锁来对数据加锁
• 即便使用了索引字段，但是否使用索引来检索数据是由MySQL通过判断不同的执行计划的代价来决定的。

Next-Key锁

当我们使用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给复合条件的已有数据记录的索引项加锁；对于键值在条件范围内但不存在的记录，叫做“间隙”，InnoDB也会给这个间隙加锁，这种锁机制就是所谓的Next-Key锁。

使用N-K锁的目的：一方面是为了防止幻读，以满足相关隔离级别的要求；另一方面是为了满足其恢复和复制的需要。

如果使用相等条件请求给一个不存在的记录加锁，InnoDB也会使用Next-Key锁。

什么时候使用表锁

总结