InnoDB死锁分析-案例4-行锁升级next key lock

最新推荐文章于 2022-09-27 14:45:50 发布

置顶 sunashe

最新推荐文章于 2022-09-27 14:45:50 发布

阅读量461

点赞数 1

分类专栏： MySQL InnoDB-锁

欢迎转载，但请注明出处。

本文链接：https://blog.csdn.net/sun_ashe/article/details/85220559

版权

InnoDB-锁同时被 2 个专栏收录

11 篇文章 14 订阅 ¥99.90 ¥299.90

订阅专栏

超级会员免费看

MySQL

39 篇文章 2 订阅

订阅专栏

本文分析了一个InnoDB死锁案例，涉及行锁升级为Next-Key Lock导致的死锁问题。事务1862等待行锁而事务1861持有该锁并等待额外的Gap锁，导致死锁。问题源于update语句的where条件仅包含部分主键，扩大了加锁范围。解决办法是确保update语句的where条件包含所有主键值。

摘要由CSDN通过智能技术生成

文章目录

一、死锁日志

LATEST DETECTED DEADLOCK
------------------------
2018-12-21 13:34:32 0x7fc92c3be700
*** (1) TRANSACTION:
TRANSACTION 1862, ACTIVE 6 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 1136, 1 row lock(s)
MySQL thread id 172, OS thread handle 140502007543552, query id 184 localhost root statistics
select           ac_no,         usr_no,         cap_typ,         ccy,         ac_typ,         ac_org,         cap_typ_sts,         cre_dt,         ord_seq,         last_ac_bal,         cur_ac_bal,         last_uava_bal,         uava_bal,         od_lmt,         max_bal_lmt,         min_bal_lmt,         bal_tag,         upd_dt,         upd_jrn,         nod_id,         req_id,         tm_smp

了解本专栏