MySQL事务锁通过S锁、X锁和意向锁实现并发控制，锁粒度包括行级、页级和表级，InnoDB默认使用行级锁以提高并发性，合理设计事务和索引可减少锁冲突与死锁风险。
MySQL事务中的锁机制是保证数据一致性和并发控制的核心部分。理解事务锁和锁粒度，有助于优化数据库性能、避免死锁，并确保多用户环境下的数据安全。
事务锁的基本概念
在MySQL中，事务通过加锁来控制对数据的访问，防止多个事务同时修改同一数据导致不一致。常见的事务锁类型包括：
- 共享锁（S锁）：允许多个事务读取同一资源，但阻止写操作。例如，SELECT ... LOCK IN SHARE MODE 会加上S锁。
- 排他锁（X锁）：阻止其他事务读取或写入被锁定的数据。例如，UPDATE、DELETE 或 INSERT 操作会自动加X锁。
- 意向锁（Intention Locks）：表明事务打算在某一行或表上加S锁或X锁。比如意向共享锁（IS）和意向排他锁（IX），用于表级锁协调。
这些锁由InnoDB存储引擎自动管理，在事务提交或回滚后释放。
锁粒度详解：从行到表
锁粒度指的是锁定数据范围的大小，直接影响并发性能和资源消耗。MySQL支持多种粒度的锁：
- 行级锁：只锁定特定行，最大程度提升并发性。InnoDB默认使用行级锁，适用于高并发OLTP场景。例如两个事务可以同时修改不同用户的记录而不冲突。
- 页级锁：锁定一个数据页（通常为16KB），介于行与表之间。BDB引擎曾使用，但InnoDB不常用。
- 表级锁：锁定整张表，开销小但并发差。MyISAM引擎使用表锁；InnoDB在某些情况下也会升级为表锁（如全表扫描未走索引时）。
选择合适的锁粒度很关键：行锁减少冲突但增加管理成本，表锁简单高效但易阻塞。
如何影响实际应用？
在开发过程中，应注意以下几点以合理利用锁机制：
- 尽量让事务短小精悍，快速提交，减少持锁时间。
- 确保查询走索引，避免全表扫描引发不必要的锁升级。
- 按固定顺序访问表和行，降低死锁概率。
- 监控SHOW ENGINE INNODB STATUS输出，分析锁等待和死锁日志。
例如，执行UPDATE users SET balance = balance - 100 WHERE id = 1时，InnoDB会对该行加X锁；若id有索引，则仅锁一行；若无索引，可能锁住更多甚至全表。
总结
MySQL事务锁通过S锁、X锁和意向锁实现并发控制，而锁粒度决定了并发能力和系统开销。InnoDB以行级锁为主，兼顾性能与一致性。掌握锁的行为特点，能帮助写出更高效、更安全的数据库代码。基本上就这些。
