一、按照粒度分类：
粒度越小，并发度越高，锁开销越大。
1.全局锁：
- 作用： 锁定整个MySQL实例(所有数据库)。
- 适用场景： 全库逻辑部分。(确保备份期间数据的一致性。)
- 实现方式： 通过 FLUSH TABLES WITH READ LOCK (FTWRL) 命令实现，加锁后所有表变为只读 ，更新、删除、插入等操作会被阻塞。
- 注意：InnoDB可通过
mysqldump --single-transaction结合事务隔离级别避免使用全局锁(利用MVCC实现一致性读)。
2.表级锁：
作用： 锁定整个表，粒度较大，并发度低 ，但锁开销较小。
-
适用场景： MyISAM存储引擎 默认锁机制(InnoDB也支持，但更常用行锁)，适合读多写少的场景。
-
类型：
- 表读锁： 多个事务 可以加读锁，允许读表，但阻塞写操作(包括加写锁)。
- 表写锁： 一个事务加锁后，独占表 ，阻塞其他所有读锁和写锁。
-
特点： MyISAM 中写锁优先级高于读锁 ，可能导致读请求饿死（一直等待写锁释放）。
3.行级锁：
- 作用： 锁定单行记录，粒度最小，并发度最高，锁开销最大。
- 适用场景： InnoDB存储引擎的核心锁机制 ，适合写操作频繁的场景(如电商订单、库存更新)。
- 类型：
- 行读锁： 事务对某行加读锁后，其他事务可以加读锁，但不能加写锁。
- 行写锁： 事务对某行加锁后，其他事务不能加读锁或写锁。
- 特点：InnoDB的行锁基于索引 实现，若查询未命中索引，会升级为表锁。
二、按锁的功能划分：
1.共享锁(Shared Lock,S锁)：
- 又称： 读锁。
- 特性： 多个事务可以同时持有同一资源的S锁，允许读操作，但阻塞写操作(X锁)。
- 加锁方式：
SELECT ... LOCK IN SHARE MODE（InnoDB 中，显式加读锁）。
2.排他锁(Exclusive Lock X锁)：
- 又称 ：写锁。
- 特性：一个事务持有X锁后，其他事务不能持有该资源的S锁或X锁，独占资源用于写操作。
- 加锁方式 ：
SELECT ... FOR UPDATE;（InnoDB 中，显式加写锁）；默认情况下，UPDATE/DELETE/INSERT 会自动加 X 锁。
三、InnoDB特有的锁(基于事务和索引)：
1.意向锁：
- 作用： 表级锁，用于标识"事务稍后会对表中的行加S锁或X锁"，避免表锁与行锁的冲突检查效率问题。
- 类型：
- 意向共享锁(Intention Shared Lock IS锁)： 事务计划对表中的某些行加S锁，加行S锁前需要先加IS锁。
- 意向排他锁(IX锁)： 事务计划对表中的某些行加X锁，加行X锁前需要先加IX锁。
2.记录锁：
- 作用： 锁定索引记录本身(具体某一行)，防止其他事务修改或删除该记录。
- 示例：
WHERE id=10id是主键，InnoDB会锁定id=10的这一行。
3.间隙锁：
- 作用 ：锁定索引记录之间的"间隙 "，不包括记录本身，防止其他事务在间隙中插入新纪录。(解决"幻读"问题)。
- 适用场景 ：InnoDB的RR隔离级别(默认级别)。
- 示例 ：表中id=5、10，
WHERE id BETWEEN 5 AND 10，会锁定(5,10)之间的间隙，阻止插入id=6、7等记录。
4.临建锁：
- 作用 ：记录锁+间隙锁的组合，锁定索引记录以及前面的间隙(左开右闭)，是InnoDB RR级别下默认的行锁方式。
- 示例 ：表中id=5、10，
WHERE id=10会锁定 (5,10] 区间。