MySQL 锁粒度分为行级、表级和页级三种：1. 行级锁锁定单行，由 InnoDB 支持，通过索引加锁，高并发场景下性能好，但未命中索引可能退化为表锁；2. 表级锁锁定整表，MyISAM 引擎使用，加锁快、开销小，但并发差，易成瓶颈；3. 页级锁锁定数据页，介于行与表之间，BDB 引擎曾支持，并发和开销居中。InnoDB 结合 MVCC 与行锁提升并发读写，合理设计索引可避免锁范围扩大，优化事务并减少死锁。
MySQL 中的锁机制是为了保证数据的一致性和并发性，在多个事务同时访问数据库时起到关键作用。锁的 粒度 指的是锁定数据范围的大小，不同的锁粒度会影响系统的并发性能和资源开销。MySQL 支持多种锁粒度类型，主要分为以下三种：
1. 行级锁（Row-Level Locking）
行级锁是最细粒度的锁，锁定的是表中的某一行记录。它能够最大程度地提高 并发访问 能力，因为多个事务可以同时操作同一张表的不同行。
- 适用于高并发、频繁更新少量数据的场景。
- InnoDB 存储引擎支持行级锁，通过索引项加锁实现。
- 如果 SQL 语句未命中索引，可能会退化为表锁。
- 常见的行锁类型包括：共享锁（S 锁）、排他锁（X 锁）、意向锁等。
2. 表级锁（Table-Level Locking）
表级锁是较粗粒度的锁，锁定的是整张表。当一个事务对表加锁后，其他事务无法对该表进行写操作，甚至读操作也可能被阻塞，具体取决于锁类型。
- MyISAM 和 Memory 存储引擎默认使用表级锁。
- 开销小，加锁快，不会出现死锁。
- 并发性能较差，特别是在写操作频繁的场景下容易成为瓶颈。
- 常见语句如：LOCK TABLES 和 UNLOCK TABLES 显式控制表锁。
3. 页级锁（Page-Level Locking）
页级锁的粒度介于行锁和表锁之间，锁定的是数据页（通常为 4KB 或 8KB 大小），一个页中可能包含多行数据。
- 较少在 MySQL 中直接使用，BDB 存储引擎曾支持页锁。
- 并发性能优于表锁，但低于行锁。
- 锁冲突概率和系统开销处于中间水平。
选择合适的锁粒度需要权衡并发性能与资源消耗。InnoDB 引擎通过 行级锁 + MVCC（多版本并发控制）实现了高并发下的高效读写分离，大多数业务场景推荐使用 InnoDB 并合理设计索引，以避免锁升级或锁范围扩大。
基本上就这些，理解锁粒度有助于优化事务设计和避免死锁问题。不复杂但容易忽略细节。
