InnoDB通过行级锁、表级锁、共享锁、排他锁及意向锁机制，结合MVCC和隔离级别控制，并自动检测死锁，确保事务ACID特性与高并发性能。
MySQL通过锁机制控制并发访问，确保事务的ACID特性，特别是在多个事务同时操作相同数据时保障数据一致性。不同的存储引擎支持不同类型的锁，InnoDB是MySQL最常用的事务型存储引擎，它提供了行级锁和表级锁，并结合MVCC（多版本并发控制）来提升并发性能。
1. 行级锁与表级锁
InnoDB支持两种主要的锁类型：
- 行级锁（Row-Level Locking）：只锁定操作涉及的具体行，其他事务仍可访问表中其他行，提高并发性。例如在执行UPDATE users SET age = 25 WHERE id = 1;时，InnoDB会自动对id=1的行加锁。
- 表级锁（Table-Level Locking）：锁定整张表，开销小但并发差。MyISAM仅支持表锁；InnoDB在某些特定操作（如DDL）中也会使用表锁。
2. 共享锁与排他锁
InnoDB实现了标准的行级锁分类：
- 共享锁（S锁 / Read Lock）：多个事务可以同时持有同一行的S锁，用于读取数据。获取方式：SELECT ... LOCK IN SHARE MODE;
- 排他锁（X锁 / Write Lock）：只有持有X锁的事务才能修改数据，其他事务无法加S锁或X锁。获取方式：SELECT ... FOR UPDATE;
锁兼容性规则：S锁之间兼容，X锁与其他任何锁都不兼容。
3. 意向锁（Intention Locks）
意向锁是表级锁，用于表明事务打算在表中的某些行上加S锁或X锁。
- 意向共享锁（IS）：事务准备在某些行上加S锁。
- 意向排他锁（IX）：事务准备在某些行上加X锁。
例如执行SELECT ... FOR UPDATE时，先在表上加IX锁，再对具体行加X锁。意向锁之间的兼容性决定了是否能快速判断表是否可被访问。
4. 自动加锁与显式控制
InnoDB在事务中根据语句类型自动加锁：
- 普通SELECT（快照读）不加锁，依赖MVCC提供一致性读。
- INSERT、UPDATE、DELETE会对涉及的行加X锁。
- 使用SELECT ... FOR UPDATE或LOCK IN SHARE MODE可显式加锁，常用于防止“丢失更新”或实现应用级悲观锁。
5. 死锁检测与处理
当多个事务相互等待对方持有的锁时会发生死锁。InnoDB会自动检测死锁并回滚代价较小的事务。
- 可通过SHOW ENGINE INNODB STATUS;查看最近一次死锁信息。
- 减少死锁的方法包括：按固定顺序访问表和行、避免长时间事务、及时提交事务。
6. 隔离级别与锁行为
事务隔离级别影响锁的使用方式：
- READ UNCOMMITTED：几乎不加锁，允许脏读。
- READ COMMITTED：读取时不加S锁（使用MVCC），写操作加X锁。
- REPEATABLE READ（默认）：MVCC + Next-Key Lock防止幻读。
- SERIALIZABLE：所有普通SELECT都转为SELECT ... LOCK IN SHARE MODE，强制串行执行。
基本上就这些。合理利用InnoDB的锁机制，配合合适的隔离级别和索引设计，能有效保证事务安全又兼顾性能。注意避免长事务和锁竞争是关键。
