li.siyuan 2022-08-04 10:39 采纳率: 100%
浏览 38
已结题

mysql 死锁 Deadlock found when trying to get lock; try restarting transaction

运行结果及报错内容

程序中报错 Caused by: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

数据库死锁日志:

SHOW ENGINE INNODB STATUS\G


------------------------
LATEST DETECTED DEADLOCK
------------------------
2022-08-04 05:01:26 0x7feefb651700
*** (1) TRANSACTION:
TRANSACTION 106317343, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 4 lock struct(s), heap size 1136, 2 row lock(s)
MySQL thread id 26764, OS thread handle 140664341653248, query id 152316867 127.0.0.1 meita-zhenjian updating
UPDATE table1
    SET 
        toreadflag = 1
    WHERE
        id = 758489
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 534 page no 117 n bits 160 index PRIMARY of table `db1`.`table1` /* Partition `p90` */ trx id 106317343 lock_mode X locks rec but not gap waiting
Record lock, heap no 94 PHYSICAL RECORD: n_fields 31; compact format; info bits 0

*** (2) TRANSACTION:
TRANSACTION 106317342, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
4 lock struct(s), heap size 1136, 2 row lock(s)
MySQL thread id 26758, OS thread handle 140664396650240, query id 152316868 127.0.0.1 meita-zhenjian updating
UPDATE table1
    SET 
        toreadflag = 1
    WHERE
        id = 893363
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 534 page no 117 n bits 160 index PRIMARY of table `db1`.`table1` /* Partition `p90` */ trx id 106317342 lock_mode X locks rec but not gap
Record lock, heap no 94 PHYSICAL RECORD: n_fields 31; compact format; info bits 0

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 508 page no 199 n bits 136 index PRIMARY of table `db1`.`table1` /* Partition `p64` */ trx id 106317342 lock_mode X locks rec but not gap waiting
Record lock, heap no 70 PHYSICAL RECORD: n_fields 31; compact format; info bits 0

*** WE ROLL BACK TRANSACTION (2)
我的解答思路和尝试过的方法

之前感觉是表数据量太大, 多线程不停的update 数据,
索引更新时短暂的 锁表导致 此报错的出现,
后 将表分区, 但仍然出现这个报错此表 下 id 为 自增主键, 共有 3个索引
1个主键 索引
2个普通索引
update 语句中 where 条件为 id 是主键索引
set 条件中 无索引

  • 写回答

1条回答 默认 最新

  • 三千烦恼丝xzh 2022-08-04 11:51
    关注

    你应该带上数据库版本和事务隔离级别,这么容易死锁我猜就是RC隔离

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

问题事件

  • 系统已结题 8月15日
  • 已采纳回答 8月7日
  • 创建了问题 8月4日

悬赏问题

  • ¥15 网络科学导论,网络控制
  • ¥15 metadata提取的PDF元数据,如何转换为一个Excel
  • ¥15 关于arduino编程toCharArray()函数的使用
  • ¥100 vc++混合CEF采用CLR方式编译报错
  • ¥15 coze 的插件输入飞书多维表格 app_token 后一直显示错误,如何解决?
  • ¥15 vite+vue3+plyr播放本地public文件夹下视频无法加载
  • ¥15 c#逐行读取txt文本,但是每一行里面数据之间空格数量不同
  • ¥50 如何openEuler 22.03上安装配置drbd
  • ¥20 ING91680C BLE5.3 芯片怎么实现串口收发数据
  • ¥15 无线连接树莓派,无法执行update,如何解决?(相关搜索:软件下载)