锁等待发生在多个事务并发访问同一数据时，为保证隔离性，后请求锁的事务因锁冲突而等待前一个事务释放锁，例如事务A持有行的排他锁期间，事务B修改同一行需等待A提交或回滚；可通过SHOW ENGINE INNODB STATUS、INNODB_TRX表及performance_schema相关表查看锁等待；长时间等待可能导致超时或死锁，影响系统性能，建议通过缩短事务、优化索引、固定访问顺序等方式减少锁等待。
在MySQL中，锁等待是指一个事务在尝试获取某个资源（如某一行、某一页或整个表）的锁时，发现该资源已经被其他事务加了不兼容的锁，于是当前事务只能暂停执行，进入“等待”状态，直到持有锁的事务释放资源为止。
锁等待是怎么发生的
当多个事务并发访问同一数据时，为了保证数据的一致性和隔离性，MySQL会通过加锁机制来控制访问顺序。例如：
- 事务A对某一行执行UPDATE操作，InnoDB会自动对该行加上排他锁（X锁）。
- 此时事务B也想修改这一行，就需要申请X锁，但由于X锁与X锁不兼容，事务B无法立即获得锁。
- 于是事务B进入“锁等待”状态，MySQL将其挂起，等待事务A提交或回滚后释放锁。
这个过程是数据库实现ACID中“隔离性”的关键机制之一。
如何查看锁等待
可以通过以下方式观察锁等待情况：
- 使用SHOW ENGINE INNODB STATUSG命令，查看输出中的“TRANSACTIONS”部分，里面会列出当前的锁等待信息，包括哪个事务在等、等什么锁、被谁阻塞等。
- 查询information_schema.INNODB_TRX表，可以查看当前正在运行的事务。
- 结合performance_schema.data_locks和data_lock_waits表，能更清晰地看到锁的持有与等待关系。
锁等待的影响与处理
长时间的锁等待会导致事务响应变慢，严重时可能引发连接堆积甚至超时。常见问题包括：
- 锁等待超时：MySQL默认的innodb_lock_wait_timeout是50秒，超过这个时间仍未获得锁，事务会报错“Lock wait timeout exceeded”。
- 死锁：两个事务互相等待对方持有的锁，系统会自动检测并回滚其中一个事务。
优化建议：
- 尽量缩短事务执行时间，避免在事务中做耗时操作（如网络请求、大循环）。
- 合理设计索引，减少扫描和锁定的行数。
- 按固定顺序访问多张表或多行数据，降低死锁概率。
- 监控长期运行的事务，及时干预。
基本上就这些。锁等待是并发控制的正常现象，关键是理解它发生的原因，并通过合理的开发和运维手段减少其负面影响。