合理使用索引减少锁范围
没有合适的索引时，MySQL 在执行 UPDATE 或 DELETE 操作时可能进行全表扫描，导致大量不必要的行被加锁。
为 WHERE 条件中的字段建立有效索引，确保查询能快速定位到目标行 避免在索引列上使用函数或表达式，防止索引失效 使用覆盖索引减少回表操作，降低锁竞争概率缩短事务执行时间
长时间运行的事务会持续持有锁资源，增加其他事务等待的可能性。
尽量减少事务中包含的操作数量，做到“快进快出” 避免在事务中执行耗时操作（如网络请求、大结果集处理） 及时提交或回滚事务，不要手动开启事务后长时间不结束优化 SQL 语句避免锁升级
某些 SQL 写法容易引发间隙锁（Gap Lock）或 next-key 锁，尤其是在可重复读（RR）隔离级别下。
避免非等值查询（如 、BETWEEN、LIKE）在唯一索引外使用，减少间隙锁范围 使用主键或唯一索引进行更新，避免锁定更多无关行 批量更新时分批提交，而不是一次性处理大量数据调整隔离级别降低锁开销
不同隔离级别对锁的行为有显著影响。
如果允许一定程度的不可重复读，可以将隔离级别设为“读已提交”（READ COMMITTED） 在 RC 级别下，InnoDB 的间隙锁使用大幅减少，有助于缓解死锁和锁等待 配合设置 innodb_locks_unsafe_for_binlog（已弃用，但在旧版本中有作用）监控与诊断锁等待情况
通过系统工具定位具体是哪些 SQL 或事务导致了锁等待。
查看 SHOW ENGINE INNODB STATUS 输出中的 TRANSACTIONS 部分，找到阻塞和被阻塞的事务 查询 information_schema.INNODB_TRX 获取当前运行的事务信息 结合 performance_schema 或 sys.innodb_lock_waits 分析锁等待链 基本上就这些。关键是让事务小而快，索引准而稳，再辅以合理的配置和持续监控，锁等待问题就能得到有效缓解。
