InnoDB数据库死锁问题处理

 更新时间:2016年03月16日 11:33:52   投稿:hebedich  
本文给大家讲解的是mysql数据库InnoDB类型,在update表的时候出现死锁现象的原因及解决办法,有需要的小伙伴可以参考下。

场景描述

在update表的时候出现DeadlockLoserDataAccessException异常 (Deadlock found when trying to get lock; try restarting transaction...)。

问题分析

这个异常并不会影响用户使用,因为数据库遇到死锁会自动回滚并重试。用户的感觉就是操作稍有卡顿。但是监控老是报异常,所以需要解决一下。

解决方法

在应用程序中update的地方使用try-catch。

我自己封装了一个函数,如下。

/**
   * 2016-03-15
   * linxuan
   * handle deadlock while update table
   */
  private void updateWithDeadLock(TestMapper mapper, Test record) throws InterruptedException {
    boolean oops;
    int retries = 5;
    do{
      oops = false;
      try{
        mapper.updateByPrimaryKeySelective(record);
      }
      catch (DeadlockLoserDataAccessException dlEx){
        oops = true;
        Thread.sleep((long) (Math.random() * 500));
      }
      finally {
      }
    } while(oops == true && retries-- >0);
  }

我用的是mybatis,所以只需将mapper传进函数,如果不用mybatis,需要自己创建并关闭数据库连接。

延伸:数据库死锁

数据库死锁是事务性数据库 (如SQL Server, MySql等)经常遇到的问题。除非数据库死锁问题频繁出现导致用户无法操作,一般情况下数据库死锁问题不严重。在应用程序中进行try-catch就可以。那么数据死锁是如何产生的呢?

InnoDB实现的是行锁 (row level lock),分为共享锁 (S) 和 互斥锁 (X)。

共享锁用于事务read一行。
互斥锁用于事务update或delete一行。
当客户A持有共享锁S,并请求互斥锁X;同时客户B持有互斥锁X,并请求共享锁S。以上情况,会发生数据库死锁。如果还不够清楚,请看下面的例子。

数据库死锁例子

首先,客户A创建一个表T,并向T中插入一条数据,客户A开始一个select事务,所以拿着共享锁S。

mysql> CREATE TABLE t (i INT) ENGINE = InnoDB;
Query OK, 0 rows affected (1.07 sec)

mysql> INSERT INTO t (i) VALUES(1);
Query OK, 1 row affected (0.09 sec)

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM t WHERE i = 1 LOCK IN SHARE MODE;
+------+
| i  |
+------+
|  1 |
+------+

然后,客户B开始一个新事务,新事务是delete表T中的唯一一条数据。

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> DELETE FROM t WHERE i = 1;

删除操作需要互斥锁 (X),但是互斥锁X和共享锁S是不能相容的。所以删除事务被放到锁请求队列中,客户B阻塞。

最后,客户A也想删除表T中的那条数据:

mysql> DELETE FROM t WHERE i = 1;
ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction

死锁产生了!因为客户A需要锁X来删除行,而客户B拿着锁X并正在等待客户A释放锁S。看看客户A,B的状态:

客户A: 拿着锁S,等待着客户B释放锁X。
客户B: 拿着锁X,等待着客户A释放锁S。

发生死锁后,InnoDB会为对一个客户产生错误信息并释放锁。返回给客户的信息:

ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction
所以,另一个客户可以正常执行任务。死锁结束。

相关文章

  • 关于MySQL数据库死锁的案例和解决方案

    关于MySQL数据库死锁的案例和解决方案

    MySQL Update语句防止死锁是指在修改MySQL数据库的数据时,为避免多个进程同时修改同一数据行而造成死锁的情况,引入了一些机制来防止死锁的产生,本文介绍了一个 MySQL 数据库死锁的案例和解决方案,需要的朋友可以参考下
    2023-09-09
  • MySQL实现简单的创建库和创建表操作方法

    MySQL实现简单的创建库和创建表操作方法

    MySQL是最常用的数据库,在数据库操作中基本都是增删改查操作,简称CRUD,这篇文章主要给大家介绍了关于MySQL实现简单的创建库和创建表操作方法的相关资料,需要的朋友可以参考下
    2023-11-11
  • MySQL如何修改账号的IP限制条件详解

    MySQL如何修改账号的IP限制条件详解

    这篇文章主要给大家介绍了关于MySQL如何修改账号的IP限制条件的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧。
    2017-08-08
  • mysql数据库优化需要遵守的原则

    mysql数据库优化需要遵守的原则

    这是我在网上看到的一篇不错的mysql数据库优化文章,拿出来和大家分享,希望可以帮助你们
    2012-12-12
  • Mysql添加字段或索引导致锁表的处理方式

    Mysql添加字段或索引导致锁表的处理方式

    我们后端开发人员在实现业务修改时,经常需要更新数据库表结构,如增加字段、修改字段长度等等,下面这篇文章主要给大家介绍了关于Mysql添加字段或索引导致锁表的处理方式,需要的朋友可以参考下
    2023-05-05
  • linux系统中mysql数据库的导入和导出

    linux系统中mysql数据库的导入和导出

    本文给大家简单记录了一下在linux系统中mysql数据库的导入和导出的方法,有相同需求的小伙伴可以参考下
    2016-02-02
  • 解决mysql报错ERROR 1049 (42000): Unknown database ‘数据库‘的问题

    解决mysql报错ERROR 1049 (42000): Unknown dat

    对于错误代码1049(42000):Unknown database ‘数据库‘,这个错误通常表示您正在尝试访问一个不存在的数据库,本文给出了解决方法,您可以按照文中步骤进行操作,需要的朋友可以参考下
    2024-01-01
  • MySQL普通表如何转换成分区表

    MySQL普通表如何转换成分区表

    分表和表分区的目的就是减少数据库的负担,提高数据库的效率,通常点来讲就是提高表的增删改查效率,下面这篇文章主要给大家介绍了关于MySQL普通表如何转换成分区表的相关资料,需要的朋友可以参考下
    2022-05-05
  • MySQL中CONCAT和GROUP_CONCAT方法的区别详解

    MySQL中CONCAT和GROUP_CONCAT方法的区别详解

    本文主要介绍了MySQL中CONCAT和GROUP_CONCAT方法的区别详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-01-01
  • 浅析MySQL的注入安全问题

    浅析MySQL的注入安全问题

    这篇文章主要介绍了浅析MySQL的注入安全问题,文中简单说道了如何避免SQL注入敞开问题的方法,需要的朋友可以参考下
    2015-05-05

最新评论