Restarting transaction in MySQL after deadlock(死锁后在 MySQL 中重新启动事务)
问题描述
我的 MySQL 遇到了死锁.如何配置 MySQL 在遇到死锁时自动重启事务?
I am facing a deadlock in my MySQL. How can I configure MySQL to restart the transaction automatically when it encounters a deadlock?
推荐答案
您无法自动执行此操作,因为发生了死锁,因为两个事务正在尝试修改相同的数据.如果您知道简单地再次重试相同的语句是正确的做法,那么您需要在您的应用程序中实现这一点.
You cannot do that automatically, as the deadlock occurred, because two transactions were trying to modify the same data. If you know that simply retrying the same statements again will be the right thing to do, you need to implement this in your application.
但是,让数据库自动执行此操作是不负责任的,因为在某些情况下,您的应用程序可能首先需要查看数据库中的新情况,然后再发出可能已修改的语句(如果有的话).
However having the database do that automatically would be irresponsible, because there might just as well be cases where your application first needs to take a look at the new situation in the database, before issuing potentially modified statements, if any at all.
这篇关于死锁后在 MySQL 中重新启动事务的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:死锁后在 MySQL 中重新启动事务
基础教程推荐
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
- 在 SQL 中连接多个表 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 无法解决整理冲突 2021-01-01
