InnoDB支持行级锁和事务，能自动检测并处理死锁，默认50秒锁等待超时，可通过SHOW ENGINE INNODB STATUS查看锁信息；MyISAM仅支持表级锁，无事务和死锁检测机制，易发生锁等待。
MySQL中的存储引擎在处理锁等待和死锁方面存在显著差异，主要体现在InnoDB和MyISAM这两种常用引擎上。InnoDB支持行级锁、事务以及自动检测和处理死锁，而MyISAM仅支持表级锁且不支持事务，因此在并发环境下表现不同。
InnoDB的锁等待处理机制
InnoDB是MySQL默认的事务型存储引擎，具备完善的锁管理能力：
- InnoDB使用行级锁（Row-Level Locking），可以减少锁冲突，提高并发性能
- 当一个事务请求的锁被其他事务持有时，系统会进入锁等待状态，默认等待时间由innodb_lock_wait_timeout参数控制（默认50秒）
- 可以通过SHOW ENGINE INNODB STATUS命令查看当前的锁等待情况，包括阻塞的事务ID、SQL语句等信息
- 应用层可通过设置较短的超时时间或重试机制来应对锁等待
InnoDB的死锁检测与处理
InnoDB具备自动死锁检测功能，能够识别循环等待并主动回滚其中一个事务：
- 当两个或多个事务相互等待对方持有的锁时，InnoDB会在短时间内检测到死锁
- 系统会选择代价较小的事务进行回滚（通常为修改数据量较少的那个）
- 被回滚的事务会收到Deadlock found when trying to get lock错误提示
- 通过开启innodb_print_all_deadlocks参数可将死锁日志写入错误日志，便于分析原因
MyISAM对锁等待和死锁的处理
MyISAM是非事务型存储引擎，其锁机制相对简单：
- 只支持表级锁（Table-Level Locking），读操作加共享锁（READ LOCK），写操作加排他锁（WRITE LOCK）
- 不存在传统意义上的“死锁”，因为锁的粒度大且获取顺序通常是串行化的
- 但可能发生长时间的锁等待，尤其是写操作会阻塞所有后续读写请求
- 没有死锁检测机制，也不支持事务回滚，只能依赖客户端超时中断
优化建议与实践
为了减少锁等待和避免死锁，应结合业务场景合理设计操作流程：
- 尽量缩短事务执行时间，避免在事务中执行耗时操作或用户交互
- 多个事务访问多张表时，按相同顺序访问表和行，降低死锁概率
- 合理使用索引，避免全表扫描导致意外锁定大量行
- 在应用程序中捕获死锁异常并实现自动重试逻辑
- 监控Innodb_deadlocks状态变量以了解死锁发生频率
基本上就这些。选择合适的存储引擎并理解其锁行为，对保障数据库稳定性和并发性能至关重要。InnoDB更适合高并发、强一致性的场景，而MyISAM适用于读多写少、无需事务的简单应用。
