事务通过锁实现隔离性，InnoDB利用行锁、表锁及S/X锁等机制保障并发下数据一致性，不同隔离级别下锁策略各异，RC级读不加锁，RR级用临键锁防幻读，Serializable则强制串行加锁，死锁由系统自动回滚处理。
MySQL 中的事务和锁机制紧密相关，它们共同保障了数据库在并发环境下的数据一致性和完整性。事务定义了操作的逻辑单元，而锁则是实现事务隔离性的核心技术手段之一。
事务的四大特性（ACID）与锁的关系
事务具备原子性、一致性、隔离性、持久性。其中隔离性直接依赖于锁机制来实现。当多个事务并发执行时，如果没有锁的控制，就可能出现脏读、不可重复读、幻读等问题。
MySQL 通过加锁的方式限制其他事务对同一数据的访问方式，从而保证不同事务之间不会相互干扰。例如：
- 一个事务在修改某行数据时，会对该行加排他锁（X锁）
- 另一个事务此时无法读取（若使用可串行化隔离级别）或修改这行数据，直到前一个事务释放锁
常见的锁类型及其在事务中的作用
MySQL 的锁机制按粒度可分为行锁、表锁；按性质可分为共享锁（S锁）和排他锁（X锁）。这些锁在事务执行过程中自动被 InnoDB 存储引擎管理。
- 共享锁（S锁）：允许事务读取一行数据。多个事务可以同时持有同一行的 S 锁，但任何事务都不能获取该行的 X 锁
- 排他锁（X锁）：允许事务更新或删除一行数据。X 锁与其他任何锁都不兼容
- 意向锁：用于表明事务打算在某表中的某些行上加 S 锁或 X 锁。比如意向共享锁（IS）、意向排他锁（IX），它帮助提高表级锁的检测效率
例如，在执行 SELECT ... FOR UPDATE 时，InnoDB 会为选中的行加上 X 锁，防止其他事务修改；而在 SELECT ... LOCK IN SHARE MODE 中则加 S 锁。
隔离级别如何影响锁的行为
MySQL 支持四种标准隔离级别，不同的隔离级别下，锁的使用策略有所不同：
- 读未提交（Read Uncommitted）：几乎不加读锁，容易出现脏读
- 读已提交（Read Committed）：写操作加行级 X 锁，读操作使用快照读（MVCC），不加锁
- 可重复读（Repeatable Read）：InnoDB 默认级别，通过 MVCC + 间隙锁（Gap Lock）防止幻读
- 串行化（Serializable）：强制所有事务串行执行，读操作也会加 S 锁，写操作加 X 锁，彻底避免并发问题
以“可重复读”为例，InnoDB 使用临键锁（Next-Key Lock）——即行锁 + 间隙锁的组合，既锁定记录本身，也锁定索引之间的间隙，有效阻止其他事务插入新数据造成幻读。
死锁与锁等待的处理机制
当多个事务相互持有对方需要的锁时，就会发生死锁。InnoDB 能自动检测死锁并回滚代价较小的事务，释放其持有的锁，让另一事务继续执行。
为了避免长时间锁等待或死锁，建议：
- 尽量按相同顺序访问表和行
- 减少事务长度，尽快提交
- 避免在事务中进行用户交互操作
- 合理设计索引，避免全表扫描导致大量不必要的行锁
基本上就这些。MySQL 事务和锁机制相辅相成，理解它们的工作原理有助于写出更高效、安全的数据库应用代码。掌握不同隔离级别下的锁行为，能更好应对并发场景中的数据一致性挑战。
