mysql锁机制主要分为行级锁、表级锁和页级锁。行级锁由 InnoDB 实现，锁定单行记录，支持共享锁和排他锁，并发 性强但开销大；表级锁作用于整表，MyISAM 和 InnoDB 均支持，开销小但易阻塞；页级锁介于两者之间，由 BDB 引擎使用，MySQL 中较少见。InnoDB 以行锁为主，合理使用索引可减少锁竞争，提升性能。
MySQL 中的锁机制主要用来控制 并发访问，保证数据的一致性和完整性。根据锁定的范围和资源级别，MySQL 支持多种粒度的锁。最常见的有以下三种：
行级锁（Row-Level Lock）
行级锁是最细粒度的锁，锁定的是单行记录，能够最大程度地支持并发操作。
- 主要在 InnoDB 存储引擎中实现。
- 通过索引项加锁来实现，比如在执行 UPDATE、delete 或特定条件的 select … for UPDATE 时触发。
- 支持共享锁（S 锁）和排他锁（X 锁）。
- 可以有效减少锁冲突，但管理开销较大。
表级锁（table-Level Lock）
表级锁作用于整张表，是较粗粒度的锁，锁定期间其他 线程 无法修改该表。
- MyISAM 和 Memory 存储引擎只支持表级锁。
- InnoDB 也支持表级锁，例如使用 LOCK TABLES 命令或某些不走索引的查询可能会升级为表锁。
- 实现简单，开销小，但并发性能差，容易造成阻塞。
页级锁（Page-Level Lock）
页级锁锁定的是数据页，粒度介于行锁和表锁之间。
- 主要由 BDB（BerkeleyDB）存储引擎使用，InnoDB 并不直接暴露页级锁给用户。
- 一个页包含多行数据，因此并发性低于行锁但高于表锁。
- 在 MySQL 中应用较少，不是主流选择。
总的来说，InnoDB 引擎主要使用 行级锁 来实现高并发下的数据一致性，同时在必要时也会使用表级锁。实际开发中应尽量利用索引避免锁升级，减少锁竞争。
