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