mysql造成死锁

基础概念

MySQL中的死锁是指两个或多个事务在同一资源上相互等待的情况，导致这些事务都无法继续执行。死锁通常发生在多个事务并发访问数据库时，由于事务之间的资源竞争和锁定顺序不当，导致互相等待对方释放资源。

原因

资源竞争：多个事务同时请求相同的资源（如表、行）。
锁定顺序不当：事务获取资源的顺序不一致，导致循环等待。
事务隔离级别：较高的隔离级别（如可重复读、串行化）会增加死锁的可能性。

类型

行级死锁：多个事务对同一行数据进行锁定。
表级死锁：多个事务对同一张表进行锁定。

应用场景

死锁常见于高并发的数据库应用，如电商系统、金融系统等，这些系统通常需要处理大量的并发事务。

解决方法

设置合理的隔离级别：根据业务需求选择合适的隔离级别，避免过高的隔离级别导致死锁。
优化事务设计：尽量减少事务的持有时间，避免长时间锁定资源。
使用索引：合理使用索引可以减少锁定的范围，降低死锁的可能性。
死锁检测与处理：MySQL会自动检测死锁，并选择一个事务进行回滚，以解除死锁。可以通过设置innodb_lock_wait_timeout参数来控制等待时间。

示例代码

以下是一个简单的示例，展示如何通过优化事务设计来避免死锁：

-- 事务1
START TRANSACTION;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
SELECT * FROM table2 WHERE id = 1 FOR UPDATE;
UPDATE table1 SET column1 = 'value1' WHERE id = 1;
UPDATE table2 SET column2 = 'value2' WHERE id = 1;
COMMIT;

-- 事务2
START TRANSACTION;
SELECT * FROM table2 WHERE id = 1 FOR UPDATE;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
UPDATE table2 SET column2 = 'value2' WHERE id = 1;
UPDATE table1 SET column1 = 'value1' WHERE id = 1;
COMMIT;

在上述示例中，事务1和事务2的锁定顺序不一致，可能会导致死锁。可以通过调整事务的锁定顺序来避免死锁：

-- 事务1
START TRANSACTION;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
SELECT * FROM table2 WHERE id = 1 FOR UPDATE;
UPDATE table1 SET column1 = 'value1' WHERE id = 1;
UPDATE table2 SET column2 = 'value2' WHERE id = 1;
COMMIT;

-- 事务2
START TRANSACTION;
SELECT * FROM table1 WHERE id = 1 FOR UPDATE;
SELECT * FROM table2 WHERE id = 1 FOR UPDATE;
UPDATE table1 SET column1 = 'value1' WHERE id = 1;
UPDATE table2 SET column2 = 'value2' WHERE id = 1;
COMMIT;

参考链接

通过以上方法，可以有效减少MySQL中的死锁问题，提高数据库的并发性能。

页面内容是否对你有帮助？

有帮助

没帮助

Mysql死锁：“尝试重新启动事务”意味着什么以及锁定的事务到底发生了什么

、、

我遇到的情况是，两个事务会造成mysql死锁。引发以下错误：Deadlock found when trying to get lock; try restarting transaction 如果我是正确的，这个错误意味着mysql死锁超时已经过期，mysql试图做些什么来消除这个死锁。

浏览 3提问于2014-08-22得票数 0

回答已采纳

2回答

如何在MySQL上造成死锁

、

出于测试目的，我需要在MySQL上生成一个“1213:死锁”，以便更新查询不能更新表。我不太清楚如何造成僵局？

浏览 3提问于2015-07-22得票数 12

1回答

我希望在MySQL 5.7上显式地生成一个间隙锁死锁，以确保我的应用程序正确地处理由于间隙锁造成的死锁。我试图在网上遵循各种简单的示例，这些示例应该会产生这种情况，但我根本没有得到死锁。我希望生成这样一种情况，即MySQL检测死锁并回滚其中一个事务(留下另一个事务通过)。我测试这一点的方式是打开两个MySQL命令行窗口，在两个窗口中我都执行start transaction;，然后是双方的相应查询，以尝试模拟它。

浏览 1提问于2017-01-17得票数 3

1回答

在提交时发现Spring + MySQL死锁，但死锁未注册到数据库的error_log中

、、、

没有注册任何死锁在那一刻发生。我启用了innodb_print_all_deadlocks变量，并通过手动引发死锁来验证它是否正常工作，这些死锁立即由db记录。我还验证了当应用程序内部发生真正的死锁时(使用real，我指的是MySQL 记录死锁在它的一侧)，堆栈跟踪是不同的，通常死锁是在提交之前由数据库服务器找到的，例如当应用程序尝试ClientPreparedStatement.executeUpdateInternal在我看来，死锁是在Connec

浏览 1提问于2021-09-16得票数 0

回答已采纳

3回答

在MSSQL上造成人为的无限死锁？

、

有办法在MSSQL上造成人为的无限死锁吗？我需要导致一个死锁，这样我就可以测试一些存储过程来自动删除死锁。有办法这样做吗？

浏览 0提问于2022-03-10得票数 0

2回答

删除内部插入触发器

、、

count(*) from logs); delete from logs limit 1; end 但是，由于insert语句造成的死锁我正在为FreeBSD11.2 11.2使用mysql 15.1要闻10.1.35-MariaDB

浏览 0提问于2018-09-25得票数 1

2回答

如何故意造成死锁？

、、

因此，我正在尝试追踪看起来像是死锁问题的。我已经使用DBCC TRACEON(1222，-1)和DBCC TRACEON(1204，-1)启用了死锁日志。我想测试以确保日志记录捕捉到死锁，那么如何在MS SQL2005中导致死锁发生？谢谢,

浏览 1提问于2011-10-19得票数 14

回答已采纳

1回答

锁存等待会导致死锁和错误提及“锁资源”吗？

、

SQL server死锁通常由于锁定资源而发生。其他原因是记忆等。当死锁错误消息清楚地声明死锁是由于锁定资源时，那么它是否总是意味着进程1希望锁定资源A，并且对资源B有锁，而进程2希望锁定资源B并锁定资源A？或者这个错误也是由于锁存等待造成的呢？

浏览 0提问于2021-09-09得票数 -1

3回答

在多线程中找到死锁的原因？

、、、

也许是死锁造成的。如果是，那么我们如何找到死锁的原因？有没有系统地做这件事的工具和策略？

浏览 1提问于2013-04-11得票数 5

回答已采纳

5回答

是否有可能在单个线程上出现死锁？

、

流行的筛选面试问题是:达到死锁所需的最小线程数？但是，理论上是否有可能使用一个线程造成死锁？

浏览 5提问于2017-07-01得票数 0

3回答

死锁信息在innodb状态页中能保存多长时间？

、、

我可以看到这个时间戳LATEST DETECTED DEADLOCK121118 17:14:31知道死锁细节在刷新或清除最近的死锁信息多长时间之后？你好，Mannoj

浏览 0提问于2012-11-19得票数 2

4回答

在这种情况下，我如何才能获得死锁？

、、、

.); // here I got exception one time我在日志中发现的异常是“尝试获取锁时发现死锁；尝试重新启动事务”。我只遇到过一次这个异常，所以它没有重复。那么，我如何才能在一个简单的select查询上获得死锁，该查询不是大型事务的一部分？提前谢谢你。

浏览 2提问于2009-11-12得票数 2

1回答

如何对复合索引进行排序以防止插入死锁？

、、、

({1});"我遇到了一致的死锁问题。我假设这些问题是由于每个线程以某种半随机的顺序锁在table1的行间造成的，该顺序基于我的python列表values的生成顺序。这在一定程度上通过测试得到了验证；当我使用24个线程从头构建一个新数据库时，每条executemany()语句的死锁率> 80%，但是当数据库中有一条million+行时，死锁率接近于零。我曾考虑过<e

浏览 4提问于2017-09-15得票数 0

2回答

Mysql死锁检测

、

MySQL总是自动检测死锁吗？或者，在某些情况下，MySQL只是不能确定它正在处理死锁？

浏览 7提问于2012-04-18得票数 5

回答已采纳

1回答

为什么要为单个更新查询设置死锁？

、、、、

我有两个进程并行执行这样的代码：update foos set unread=false where owner_id=123 and unread=true;这会导致死锁我对死锁原因的理解类似于这个问题中描述的场景，“交织”更新语句以不同的顺序更新两个不同的行。我不明白一个UPDATE语句怎么会导致死锁。在开发环境中，我无法使用两个并行psql会话复制死锁场景。我猜测为什么我不能复制它：“交织”方面

浏览 0提问于2020-01-12得票数 11

回答已采纳

2回答