MySQL锁分类

1. 按属性分：

 
a. 共享锁(读锁) S：当一个事务对数据添加读锁后，其他事务只能对该数据加读锁，不能做修改操作，也就是加写锁。
b. 排他锁(写锁) X：当一个事务对数据添加写锁后，其他事务既不能对该数据加读锁，也不能加写锁。只有等待当前写锁释放后，才能进行后续加锁操作。

2. 按状态分：

a. 意向共享锁 IS：事务有意向对表中的某些行加共享锁。事务在获得某些行的共享锁之前，要先获得表的意向共享锁。
b. 意向排他锁 IX：事务有意向对表中的某些行加排他锁。事务在获得某些行的排他锁之前，要先获得表的意向排他锁。

意向锁的存在是为了协调行锁和表锁的关系，支持多粒度（表锁与行锁）的锁并存。意向锁是表锁，不会与行级的共享锁、排他锁互斥，与表级的共享锁、排他锁兼容关系如下：

	意向共享锁 IS	意向排它锁 IX
共享锁(表级)	兼容	互斥
排他锁(表级)	互斥	互斥

3. 按粒度分：

a. 全局锁： 对整个数据库实例加锁，让整个库处于只读状态，命令是Flush tables with read lock (FTWRL)，通常用于数据备份。
b. 表锁：表锁分为表锁和元数据锁(MDL)

• 表锁：加锁语句lock tables t1 read, t2 write; 可以用 unlock tables 主动释放锁。
• 元数据锁（metadata lock）：MDL不需要显示使用，在访问表时自动加上，最主要的目的是防止DDL与DML并发冲突。

需要注意的是DML读锁保证的是表结构不能修改，与表数据无关，可以对数据进行操作，与读锁有区别。MDL写锁保证的是表结构不能修改，并且数据也不能读取。

c. 页锁：页级锁是 MySQL 中锁定粒度介于行级锁和表级锁中间的一种锁。目前只有BDB引擎支持页级锁。

d. 行锁：行锁是粒度最小、发生锁冲突概率最低、并发度最高的锁，但是加锁慢、开销大，容易发生死锁现象。目前只有innodb引擎支持行锁，行锁通过锁索引来实现，当无法通过索引来加锁时，行锁会转成表锁。

记录锁、间隙锁和临键锁都属于行锁。

4. 按模式分：

a. 乐观锁：乐观锁假设数据不会发生冲突，只有在数据提交更新时才会检测是否冲突，如果冲突了才会返回错误信息。适用于读多写少的场景。

b. 悲观锁：悲观锁具有强烈的独占和排他特性，适用于并发量不大、写入比较频繁、数据一致性比较高的场景。Mysql中的共享锁和排他锁都属于悲观锁。

5.按算法分

a. 记录锁：精准命中唯一索引或主键索引时加记录锁，避免不可重复读和脏读问题。

b. 间隙锁：普通索引、联合索引命中，或者唯一索引命中多行数据时加锁，避免幻读问题。

c. 临键锁：记录锁和间隙锁的组合，索引命中多行数据时加锁，避免脏读、幻读和不可重复读三个问题。

脏读：事务B读到事务A未提交的数据。

幻读：同一事务内两次读取数据，记录数不一样(专指新插入行导致的记录数不一致，更新、删除导致的记录数不一致属于不可重复读的一种)。

不可重复读：同一事务内两次读取数据，获得的内容不一样，或因更新、删除导致的两次读取记录数不一致。