如何识别数据库死锁产生的错误信息 (数据库死锁报什么错)

数据库是现代组织最重要的数据存储设备之一。在数据库系统中，同时对数据库的访问可能是一个常见场景，这时候可能会发生死锁。 死锁是指两个或多个事务相互等待，从而无法继续进行的状态。为了避免数据库死锁的影响，我们需要了解。

一、什么是数据库死锁？

在繁忙的数据库环境中，重要的是确保数据的完整性和一致性。然而，多个用户同时访问数据库时，可能会发生死锁的情况。 死锁是数据库事务的一种状态，其中两个或多个事务相互等待，从而导致所有事务无法继续以任何方式处理。

例如，假设一个事务正在执行更新操作，而另一个事务正在尝试读取相关的数据。如果更新事务持有了锁并保留了锁，直到它放弃资源为止，则读取事务将被阻塞。 如果它是另一个事务的一部分，那么两个事务可能会相互等待，从而导致死锁。

死锁可能导致数据库停止响应或出现故障，因此，它们是维护数据库稳定性和功能的重要因素。

二、为什么要避免数据库死锁？

数据库死锁很危险，因为当一个事务持有锁并等待其他事务持有的锁，它会阻止其他事务继续运行。 这可能会导致资源的浪费和系统的瘫痪。 数据库锁的主要目的是确保数据的完整性和一致性。 为了避免数据库死锁的影响，我们需要遵循一些准则。

三、？

1.检查数据库日志

检查数据库日志是一个简单而有效的方法，通常会记录死锁情况。 如果您发现库死锁产生的可能性，请查看DBMS（数据库管理系统）生成的错误信息。 此外，您还可以使用DBMS日志来概述发生死锁的情况的详细信息，其中包括事务ID，日期和时间戳等其他重要信息。

2.查看应用程序日志

应用程序的日志也可以提供有关死锁的线索。 如果您正在访问应用程序日志，则可能会看到一条类似死锁的错误消息。 此时，您可以将此信息与数据库日志中的信息进行比对，以帮助诊断和解决死锁问题。

3.监视活动和等待的事务

在DMBS中，可以使用一些技术来监视和识别活动和等待的事务。 例如，您可以运行查询以了解正在运行的并行事务或等待交易的资源。 一旦发现问题，您可以更改或优化查询，以更大限度地减少死锁的情况。

4.使用专业的数据库工具

专业的数据库工具可以提供更好的数据分析和更详细的记录，以便更清楚地确定死锁产生的信息。 这些工具可以监视DMBS的活动，并检测和记录系统错误和异常情况。 如果您想更好地处理数据库死锁问题，则可以考虑使用这些工具。

数据库死锁是现代系统中的一种常见问题。 管理人员应该学习，并遵循一些规则和准则，以便更好地处理和解决数据库死锁问题。

相关问题拓展阅读：

• 解决一次mysql死锁问题

解决一次mysql死锁问题

多线程开启事务处理。每个事务有多个update操作和一个insert操作（都在同一张表）。

默认隔离级别：Repeatable Read

只有hotel_id=2和hotel_id=11111的数据

逻辑删除原有数据

插入新的数据

根据现有数据情况，update的时候没有数据被更新

报了非常多一样的错

发现居然有死锁。

根据常识考虑，我每个线程（事务）更新的数据都不冲突，为什么会产生死锁？

带着这个问题，打印mysql最近一次的死锁信息

show engine innodb status

显示如下

发现事务1在等待一个锁

事务2也在等待一个锁

而且事物2持有了事物1需要的锁

关于锁的描述，出现了

lock_mode

，

gap before rec

，

insert intention

等字眼，看不懂说明了什么？说明我关于mysql的锁相关的知识储备还不够。那就开始调查mysql的锁相关知识。

通过搜索引擎，

锁的持有兼容程度如下表

那么再回到死锁日志，可以知道 :

事务1正在获取插入意向锁

事务2正在获取插入意向锁，持有排他gap锁

再看我们上面的锁兼容表格，可以知道，

gap lock和insert intention lock是不兼容的

那么就可以推断出：

事务1持有gap lock，等待事务2的insert intention lock释放；事务2持有gap lock，等待事务1的insert intention lock释放，从而导致死锁。

那么新的问题就来了，事务1的intention lock 为什么会和事务2的gap lock 有交集，或者说，事务1要插入的数据的位置为什么会被事务2给锁住？

让我回顾一下gap lock的定义：

间隙锁，锁定一个范围，但不包括记录本身。GAP锁的目的，是为了防止同一事务的两次当前读，出现幻读的情况

那为什么是gap lock，gap lock到底是基于什么逻辑锁的记录？发现自己相关的知识储备还不够。那就开始调查。

调查后发现，当当前索引是一个

普通索引

的时候，会加一个gap lock来防止幻读，

此gap lock 会锁住一个左开右闭的区间。

假设索引为xx_idx（xx_id），数据分布为1,4,6,8,12，当更新xx_id=9的时候，这个时候gap lock的锁定记录区间就是(8，12>，也就是锁住了xxid in (9,10,11,12)的数据，当有其他事务要插入xxid in (9,10,11,12)的数据时，就会处于等待获取锁的状态。

ps：当前索引不是普通索引，而且是唯一索引等其他情况，请参考下面资料

MySQL 加锁处理分析

回到我自己的案例中，重新屡一下事务1的执行过程：

因为普通索引

KEY hotel_date_idx ( hotel_id , rate_date )

的关系 这段sql会获取一个gap lock，范围(2,11111>

这段sql会获取一个insert intention lock （waiting）

再看事务2的执行过程

因为普通索引

KEY hotel_date_idx ( hotel_id , rate_date )

的关系 这段sql也会获取一个gap lock，范围也是(2,11111>（根据前面的知识，gap lock之间会互相兼容，可以一起持有锁的）

这段sql也会获取一个insert intention lock （waiting）

看到这里，基本也就破案了。因为普通索引的关系，事务1和事务2的gap lock的覆盖范围太广，导致其他事务无法插入数据。

重新梳理一下：

所以从结果来看，一堆事务被回滚，只有10007数据被更新成功

gap lock 导致了并发处理的死锁

在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。

共享锁、排他锁、意向共享、意向排他

record lock、gap lock、next key lock、insert intention lock

show engine innodb status

关于数据库死锁报什么错的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。

香港服务器首选树叶云，2H2G首月10元开通。
树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。