记一次特殊的Mysql死锁场景

最新推荐文章于 2024-07-17 17:54:41 发布
最新推荐文章于 2024-07-17 17:54:41 发布
阅读量132 收藏
点赞数
分类专栏： Mysql 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Tah_001/article/details/108626874
版权
在MySQL 5.7.27版本中，一个RR隔离级别的从节点出现SQL线程中断和死锁现象。通过日志分析，发现死锁由insert into select和update语句引起。在两个并发session中模拟该情况，确认了死锁原因。解决方案是将抽数session的隔离级别更改为READ COMMITTED，以避免类似死锁。
摘要由CSDN通过智能技术生成

记一次特殊的Mysql死锁场景

题外话

mysql版本为5.7.27，隔离级别为RR。

一、故障现象

Mysql的一个从节点，数据未同步，检查发现SQL线程中断，然后在error.log查到如下信息，而且还比较多

| master_prdxxx001 |         1 |      NULL | OFF           | xxxxdab9-49ed-11e8-b5ee-005056axxx:122598975 |              1213 | Worker 1 failed executing transaction 'e3bedab9-49ed-11e8-b5ee-005056a1a8ba:122598975' at master log mysql-bin.000405, end_log_pos 185432301; Deadlock found when trying to get lock; try restarting transaction | 2020-06-14 01:38:49  |

可以看到是发生了死锁，很奇怪从节点没有写业务，怎么会有死

最低0.47元/天 解锁文章
南风TaT
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql 5.7 死锁_MySQL 5.7.25数据库死锁
weixin_36373860的博客
01-27 395
1、查看innodb状态show engine innodb status\G2、开启lock_monitor监控use databases sys;create table innodb_lock_monitor(x int) engine=innodb;3、查询进程mysql> show processlist;4、查询死锁事务mysql> SELECT * FROM INFORM...
MySQL 的一种特殊的死锁
weixin_34395205的博客
09-18 47
回顾一下线上数据库(5.1.68)的CASE，高峰期的时候出现了大量的thread_running,发现基本上线程处于deadlock状态，涉及到的只有一张表，并且只有一行:table a(`id` smallint(5) unsigned NOT NULL DEFAULT'0',`key` varchar(32) NOT NULL,`value` varchar(32) N...
2020-07-08：mysql只有一个表a，什么情况下会造成死锁，解决办法是什么？
福大大架构师每日一题
07-08 7307
福哥答案2020-07-08： 表锁是不会出现死锁的，但锁等待现象是有可能的。 行锁是行级别的，有可能出现死锁。环形等待死锁和唯一键死锁 很常见。 避免死锁方法： 1.减少事务操作的记录数。 2.约定按相同顺序访问记录。 3.对事务中要操作的记录进行排序。 4.避免使用唯一键约束。 5.用表锁，不用行锁。 6.在事务中，如果要更新记录，应该直接申请足够级别的锁，即排他锁，而不应先申请共享锁，更新时再申请排他锁，因为当用户申请排他锁时，其他事务可能又已经获得了相同记录的共享锁，从而造成锁冲突，甚至死锁。 解除
Mysql5.7并发插入死锁问题
weixin_38493610的博客
07-06 798
互斥、请求和保持、不可剥夺、循环等待。
mysql5.7执行SQL死锁问题的定位方法
人间仙境
12-31 1171
1、先登陆数据库mysql -uroot -p，然后使用命令：show engine innodb status; 在命令的输出结果中，找到“LATEST DETECTED DEADLOCK”。 从这段内容中在找到产生死锁的SQL语句（比如：replace into 和delete语句），以及产生死锁时直接原因，以及哪一个事务被回滚了。 2、手动复现死锁的场景：（记得将操作该表的程序都停掉，只有手动执行SQL） （1）打开3个MYSQL登陆shell界面，并且登陆。mysql -u...
深入MySQL死锁场景
技术百宝箱
06-24 1506
死锁典型场景分析 1.行记录不存在时，加记录X锁变成加GAP X锁，GAP X锁可共存，插入意向锁与GAP X冲突导致死锁。 2.插入数据唯一索引冲突时，先获取GAP S锁，GAP S锁可共存，但与记录X锁冲突，插入意向锁与GAP S锁也会冲突，最终导致死锁。......
一个mysql死锁场景分析
weixin_34318272的博客
05-18 796
最近遇到一个mysql在RR级别下的死锁问题，感觉有点意思，研究了一下，做个记录。 涉及知识点：共享锁、排他锁、意向锁、间隙锁、插入意向锁、锁等待队列 场景 隔离级别：Repeatable-Read 表结构如下 create table t ( id int not null primary key AUTO_INCREMENT, a int not null default 0,...
mysql死锁的场景分析
最新发布
weixin_44146398的博客
07-17 599
col_1和col_2为联合索引，遵循最左原则col_1会走索引，但col_2会对整个索引进行扫描，此时会对整个索引加锁。① 锁住zone_id=2对应的间隙锁: zoneId in (1,2)② 锁住索引zone_id=1对应的主键索引行锁id = [1,2]② 锁住索引zone_id=2对应的主键索引行锁id = [3,4]④ 锁住uid=1对应的主键索引行锁: id = [1, 3]④ 锁住uid=2对应的主键索引行锁: id = [2, 4]场景复现操作（几率不高）
mysql update 死锁_记一次mysql的update死锁
weixin_32200329的博客
01-18 4326
2019.11.20 账户系统死锁问题排查分析。问题出现项目出现死锁告警，日志中出现报错:Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting t...
一次mysql死锁的排查过程
12-14
4. **程序逻辑优化**：在代码层面避免可能导致死锁的操作，如一次性获取所有需要的锁。 **总结** 了解死锁的原因和排查方法对于后端开发者至关重要。虽然我们不需要深入研究锁的源码，但熟悉基本的死锁原理和排查...
MySQL数据库的一次死锁实例分析
01-19
业务场景是：归档一个表里边的数据到历史表里边，同是删除主表记录。 2、背景场景简化如下（数据库引擎InnoDb，数据隔离级别RR[REPEATABLE]） -- 创建表test1 CREATE TABLE test1 ( id int(11) NOT NULL AUTO_...
MySQL 死锁产生原因和解决办法
07-27
- **改进方案**：一次性锁定所有涉及的借款人记录，即使用`SELECT * FROM xxx WHERE id IN (xx, xx, xx) FOR UPDATE`。这种方式可以确保所有相关记录都被锁定，并按顺序进行操作，从而避免死锁的发生。 **案例二** ...
这六个 MySQL 死锁案例，能让你理解死锁的原因！.doc
04-26
解决方案是直接把所有分配到的借款人直接一次锁住就行了。 案例二：在开发中，经常会做这类的判断需求：根据字段值查询（有索引），如果不存在，则插入；否则更新。以 id 为主键为例，目前还没有 id=22 的行。如果 ...
记一次 MySQL 并发时插入重复数据的解决方案
12-14
本篇文章探讨了一次在MySQL并发操作中遇到的插入重复数据问题及其解决方案。 问题起源于一个名为`coolq_qq_group_message_receiver`的表，用于存储QQ群消息接收者的信息，其中`qq_group_number`字段具有唯一性约束...
记一次Mysql主从复制延迟，Waiting for dependent transaction to commit
南风TaT的博客
07-28 7886
记一次Mysql主从复制延迟，Waiting for dependent transaction to commit一、主从复制延迟现象二、主从复制延迟分析三、主从复制总结 题外话 在官方Mysql 5.6开始引入半同步和多线程复制后，一般情况我们会采用主从复制的方式来解决Mysql数据库的备份或者高可用问题，本文记录为Mysql 5.7.27主从复制采用GTID方式并且开了多线程复制后的一次延迟。 一、主从复制延迟现象 收到主从复制延迟告警 告警内容：(敏感信息做了屏蔽)
Mysql系统参数explicit_defaults_for_timestamp详解及建议
南风TaT的博客
08-17 5915
Mysql系统参数explicit_defaults_for_timestamp详解及建议一、explicit_defaults_for_timestamp作用二、explicit_defaults_for_timestamp取不同值的区别三、总结建议 题外话 在日常工作中，时间戳是非常重要的一个属性,整理以前笔记的时候看到一关于参数explicit_defaults_for_timestamp相关的坑，本文分享相关内容。 一、explicit_defaults_for_timestamp作用 此参数在
Mysql 隔离级别配置修改
南风TaT的博客
07-21 3429
Mysql 隔离级别配置修改一、事务的四个特征（ACID）二、Mysql的四种隔离级别三、隔离级别设置修改 题外话 在日常的mysql管理中，一旦确定好隔离级别，很少会去修改的，但遇到特殊情况需做修改，本文介绍了mysql 四种隔离级别的含义和持久化修改方法。 一、事务的四个特征（ACID） 事务具有四个特征：原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。这四个特性简称为 ACID 特性。 1 、原子性。事务
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值