MySQL中锁的相关问题

1:锁分类
2:行锁，表锁特点
3:MyISAM
4:InnoDB

• 事务
• InnoDB 的行锁模式
• 操作不当导致行锁升级为表锁
• 间隙锁

锁分类：

从对数据操作的粒度分 ：

• 表锁：操作时，会锁定整个表。开销小，加锁快，不会出现死锁;锁的粒度大，发生锁冲突的概率高，并发效率低。(MyISAM、InnoDB)
• 行锁：操作时，会锁定当前操作行。会出现死锁，锁的粒度小，进而发生锁冲突的概率低，并发效率高。（InnoDB）
• 页面锁：开销和锁的粒度介于表锁和行锁之间，会发生死锁。（BDB）

从对数据操作的类型分：

• 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
• 写锁（排它锁）：当前操作没有完成之前，它会阻断其他客户端的

---

行表锁特点：

---

MyISAM 表锁：

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

简而言之，就是读锁会阻塞写，但是不会阻塞读。而写锁，则既会阻塞读，又会阻塞写。

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

---

InnoDB 行锁
行锁介绍
行锁特点 ：偏向InnoDB 存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度
也最高。
InnoDB 与 MyISAM 的最大不同有三点：一是支持事务；二是 采用了行级锁；支持外键。

---

事务：
事务是由一组SQL语句组成的逻辑处理单元。

事务的四大特性(ACID):

---

InnoDB 的行锁模式:

• 共享锁（S）：又称为读锁，简称S锁，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。对于普通SELECT语句，InnoDB不会加任何锁。
• 排他锁（X）：又称为写锁，简称X锁，排他锁就是不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改。对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁。当其他线程要对当前锁定行进行修改时，会被阻塞。读取当前行将不会被阻塞，修改其他行不会被阻塞。

操作不当导致行锁升级为表锁
如果索引失效，或不通过索引条件数据的写操作，那么InnoDB将对表中的所有记录加锁，此时行锁升级为表锁。

---

间隙锁
当我们用范围条件对表进行写操作时，InnoDB会给符合条件的已有数据进行加锁； 对于键值在条件范围内但并不存在的记录，叫做 “间隙（GAP）” ， InnoDB也会对这个 “间隙” 加锁，无法在间隙内插入数据。

---