MySQL锁机制

一.锁

锁是计算机协调多个进程或线程并发访问某一资源的机制

1.1锁的重要性

在数据库中，数据也是一种供多用户共享的资源。如何保证数据并发访问的一致性，有效性，是所有数据库必须要解决的问题。
锁冲突也是影响数据库并发访问性能的一个重要因素，因此锁对数据库尤其重要。

1.2锁的缺点

加锁是消耗资源的，锁的各种操作，包括获得锁、检测锁是否已解除、释放锁等 ，都会增加系统的开销。

二.MySQL锁的类型

2.1表锁

共享锁：又称读锁。针对同一份数据，多个读操作可以同时进行而不会互相影响（select）
排他锁：又称写锁。当前操作没完成之前，会阻塞其它读和写操作（update、insert、delete）
特点：

1. 对整张表加锁
2. 开销小
3. 加锁快
4. 无死锁
5. 锁粒度大，发生锁冲突概率大，并发性低

区别：

1. 读锁会阻塞写操作，不会阻塞读操作
2. 写锁会阻塞读和写操作

2.2行锁

共享(S)锁：读锁。允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁
排他(X)锁：写锁。允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享锁和排他锁
意向共享锁（IS）：一个事务给一个数据行加共享锁时，必须先获得表的IS锁
意向排它锁（IX）：一个事务给一个数据行加排他锁时，必须先获得该表的IX锁
特点：

1. 对一行数据加锁
2. 开销大
3. 加锁慢
4. 会出现死锁
5. 锁粒度小，发生锁冲突概率最低，并发性高

事务并发带来的问题：

1. 更新丢失
   解决：让事务变成串行操作，而不是并发的操作，即对每个事务开始—对读取记录加排他锁
2. 脏读
   解决：隔离级别为Read uncommitted
3. 不可重读
   解决：使用Next-Key Lock算法来避免
4. 幻读
   解决：间隙锁（Gap Lock）

2.3页锁

开销、加锁时间和锁粒度介于表锁和行锁之间，会出现死锁，并发处理能力一般

三.MySQL锁的机制

3.1MyISAM引擎

MyISAM 和 MEMORY 存储引擎默认锁为：表级锁
MyISAM的读写锁调度是写优先，这也是MyISAM不适合做写为主表的引擎，因为写锁以后，其它线程不能做任何操作，大量的更新使查询很难得到锁，从而造成永远阻塞。

3.2InnoDB引擎

InnoDB存储引擎默认锁为：行级锁
InnoDB也支持表级锁，但默认情况下是采用行级锁。
对于普通 SELECT 语句，InnoDB 不会加任何锁
对于 UPDATE、 DELETE 和 INSERT 语句， InnoDB会自动给涉及数据集加排他锁（X)

问：为什么上了写锁，别的事务还可以读操作？
因为InnoDB有MVCC机制（多版本并发控制）（MVCC机制简述见上篇博文 ），可以使用快照读，而不会被阻塞。

行锁的注意点：

1. 只有通过索引条件检索数据时，InnoDB才会使用行级锁，否则会使用表级锁(索引失效，行锁变表锁)
2. 即使是访问不同行的记录，如果使用的是相同的索引键，会发生锁冲突
3. 如果数据表建有多个索引时，可以通过不同的索引锁定不同的行

四.死锁

指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象

4.1产生条件

1. 互斥条件：一个资源每次只能被一个进程使用
2. 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放
3. 不剥夺条件：进程已获得的资源，在没有使用完之前，不能强行剥夺
4. 循环等待条件：多个进程之间形成的一种互相循环等待的资源的关系

4.2解决

1. 查看死锁：show engine innodb status \G
2. 自动检测机制，超时自动回滚代价较小的事务（innodb_lock_wait_timeout 默认50s）
3. 人为解决，kill阻塞进程（show processlist）
4. wait for graph 等待图（主动检测）

五.乐观锁和悲观锁

5.1乐观锁

解释：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性
实现机制：提交更新时检查版本号或者时间戳是否符合
适用场景：并发量小

5.2悲观锁

解释：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作
实现机制：表锁、行锁等
适用场景：并发量大