记一次神奇的Mysql死锁排查

说起Mysql死锁，之前写过一次有关Mysql加锁的基本介绍，对于一些基本的Mysql锁或者死锁都有一个简单的认识，可以看下这篇文章为什么开发人员需要了解分布式锁。有了上面的经验之后，本以为对于死锁都能手到擒来，没想到再一个阳光明媚的下午报出了一个死锁，但是这一次却没想象的那么简单。

在某天下午，突然系统报警，抛出个异常:

记一次神奇的Mysql死锁排查

仔细一看好像是事务回滚异常，写着的是因为死锁回滚，原来是个死锁问题，由于我对Mysql锁还是有一定
了解的，于是开始主动排查这个问题。

首先在数据库中查找Innodb Status，在Innodb Status中会记录上一次死锁的信息,输入下面命令:

   

死锁信息如下,sql信息进行了简单处理:

------------------------
LATEST DETECTED DEADLOCK
------------------------
 :: 
*** () TRANSACTION:
TRANSACTION , ACTIVE  sec starting index read
mysql tables  use , locked 
LOCK WAIT  lock (s), heap size ,  row lock(s)
MySQL thread  , OS thread handle , query    erp_crm__6f73 updating
UPDATE tenant_config SET
       open_card_point =  
       where tenant_id = 
*** () WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space   page no  n bits  index uidx_tenant of table `erp_crm_member_plan`.`tenant_config` trx   lock_mode X locks rec but not gap waiting

*** () TRANSACTION:
TRANSACTION , ACTIVE  sec starting index read
mysql tables  use , locked 
 lock (s), heap size ,  row lock(s)
MySQL thread  , OS thread handle , query    erp_crm__6f73 updating
UPDATE tenant_config SET
       open_card_point =  
       where tenant_id = 
*** () HOLDS THE LOCK(S):
RECORD LOCKS space   page no  n bits  index uidx_tenant of table `erp_crm_member_plan`.`tenant_config` trx   lock mode S
*** () WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space   page no  n bits  index uidx_tenant of table `erp_crm_member_plan`.`tenant_config` trx   lock_mode X locks rec but not gap waiting
*** WE ROLL BACK TRANSACTION ()
------------

给大家简单的分析解释一下这段死锁日志，事务1执行Update语句的时候需要获取uidx_tenant这个索引再where条件上的X锁(行锁)，事务2执行同样的Update语句，也在uidx_tenant上面想要获取X锁(行锁)，然后就出现了死锁，回滚了事务1。当时我就很懵逼，回想了一下死锁产生的必要条件:

  4. 循环等待。
    从日志上来看事务1和事务2都是取争夺同一行的行锁，和以往的互相循环争夺锁有点不同，怎么看都无法满足循环等待条件。经过同事提醒，既然从死锁日志中不能进行排查，那么就只能从业务代码和业务日志从排查。这段代码的逻辑如下:

   {
         {
             tenantConfigMapper.saveTenantConfig(poiContext.getTenantId(), poiContext.getPoiId(), tenantConfig);
        }  (DuplicateKeyException e) {
            LOGGER.warn(, poiContext, tenantConfig);
             tenantConfigMapper.updateTenantConfig(poiContext.getTenantId(), tenantConfig);
记一次神奇的Mysql死锁排查