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并合理设计索引，以避免锁升级或锁范围扩大。
基本上就这些，理解锁粒度有助于优化事务设计和避免死锁问题。不复杂但容易忽略细节。
