spring boot 删mysql数据发生死锁参考几种方案总结

最新推荐文章于 2025-06-16 18:30:11 发布
原创 最新推荐文章于 2025-06-16 18:30:11 发布 · 1.5k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客指出删除数据时产生区间锁，在写入并发大的情况下会出现死锁。并给出解决办法，一是将MySQL事务级别调整到read - committed，但生产环境有潜在风险；二是Spring Boot事务使用注解@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW) 而非默认事务。

原因：因为删除数据的时候造成了区间锁，这个时间再写入并发大的情况下出现死锁的情况。
1、把mysql 的事务级别调整到 read-committed （如果在生产会有潜在的风险）
2、spring boot 的事务用注解 @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW) 而不用spring boot默认的事务

lbl251
关注
死锁产生的条件及其预防
流楚丶格念的博客
09-04 2139
破坏“不可剥夺”条件：一个进程不能获得所需要的全部资源时便处于等待状态，等待期间他占有的资源将被隐式的释放重新加入到 系统的资源列表中，可以被其他的进程使用，而等待的进程只有重新获得自己原有的资源以及新申请的资源才可以重新启动，执行。破坏“循环等待”条件：采用资源有序分配其基本思想是将系统中的所有资源顺序编号，将紧缺的，稀少的采用较大的编号，在申请资源时必须按照编号的顺序进行，一个进程只有获得较小编号的进程才能申请较大编号的进程。，Pn}，其中P1等待P2所占有的某一资源，P2等待P3所占有的某一源，…
MySQL数据库死锁全解析：发生场景、定位方法、解决方案及最佳实践
专注于 Java 后端架构、微服务、分布式、前端及 AI 领域的技术分享，是开发者获取硬核知识、交流实战经验的专业博客。
06-13 1702
MySQL死锁分析与解决方案摘要 MySQL死锁是数据库开发中的常见问题，主要发生在交叉锁、并发插入、事务嵌套、长事务和间隙锁等场景（5.5+版本）。定位方法包括查看死锁日志（SHOW ENGINE INNODB STATUS）、查询系统表（5.7+）、开启详细日志记录（5.6+）及使用第三方工具。 解决方案涵盖： 优化事务设计（缩短事务、固定SQL顺序） 调整锁粒度（行锁替代表锁） 降低隔离级别（使用READ COMMITTED） 实现重试机制（指数退避策略） 其他优化（意向锁、乐观锁等8.0+特性） 最
for循环中循环一次提交一次 insert update 关闭事务 spring springboot mybatis
global_coding的博客
10-17 2877
for循环中循环一次提交一次 insert update 关闭事务 spring springboot mybatis
spring 事务中先删除再插入后唯一键冲突 delete then insert duplicate key
Mosiclone的博客
11-30 5560
今天在同事碰到了一个比较有意思的问题，为了实现某个场景中的数据更新和删除，想通过 delete all entities 然后 insert new entities 的方式减少判断数据是否删除的操作，结果由于表内有其他唯一索引报错唯一键冲突。并且也没有对唯一索引进行更新，从而导致后面插入新版本数据的过程中，如果是修改的数据那么会在唯一索引找到重复的键从而导致冲突。后面在 debug 的过程中，用 evaluate 查询数据确实不在，但是 insert 的时候会报唯一键冲突导致插入失败事务回滚。
springboot mysql死锁_Spring Boot 整合 MyBatis 实现乐观锁和悲观锁
weixin_34065550的博客
01-19 1442
本文以转账操作为例，实现并测试乐观锁和悲观锁。死锁问题当 A, B 两个账户同时向对方转账时，会出现如下情况：时刻事务 1 (A 向 B 转账)事务 2 (B 向 A 转账)T1Lock ALock BT2Lock B (由于事务 2 已经 Lock A，等待)Lock A (由于事务 1 已经 Lock B，等待)由于两个事务都在等待对方释放锁，于是死锁产生了，解决方案：按照主键的大小来加锁，总...
【问题总结】由于Spring事务使用不当引起的数据库死锁
张育嘉的博客
02-19 5006
现象 这次版本发完生产不久，主管就在群里通知了数据库有性能问题，产生了死锁。 这条SQL一直占用了CPU，导致系统其它服务都出现性能问题。 背景 这是一条更新人员索引日志表的SQL，这张表的作用就是用来标记哪些人员的数据发生变化。 涉及这条SQL的模块有后台任务和操作人员数据的功能。 后台任务从这张表获取需要更新的人员，将数据同步到solr。 操作人员数据的功能需要在这张表中标记该人员为待更新...
Java开发基于Spring Boot与MySQL的高频面试考点解析：涵盖自动配置、索引优化及分布式事务处理方案
最新发布
11-05
内容概要：本文《Java面试题高频考点解析（2025进阶版）》围绕Java企业级开发中的核心技术展开，重点解析了Spring Boot自动配置原理、数据库索引优化与事务处理、Java 8新特性（Lambda、Stream、Optional）、以及...
Spring Boot分布式锁深度优化：彻底解决达梦数据库高并发死锁问题
编程技术探索者，分享C/C++、C#、Java、数据库等开发经验，聚焦实战技巧与AI兴趣，助力编程爱好者成长。
06-16 1227
Spring Boot分布式锁深度优化：解决达梦数据库高并发死锁问题
Spring Boot医疗系统高并发难题：达梦数据库死锁排查与优化实战
编程技术探索者，分享C/C++、C#、Java、数据库等开发经验，聚焦实战技巧与AI兴趣，助力编程爱好者成长。
06-16 858
本文针对Spring Boot医疗系统在达梦数据库中遇到的死锁问题，分析了典型业务场景及死锁发生的根本原因。通过剖析达梦数据库的锁机制特性，发现MERGE操作成为高并发下的主要死锁诱因。作者提出了一整套优化方案：采用分区线程池精确控制并发度、升级事务隔离级别、重构SQL操作拆解MERGE语句、实现死锁自动重试机制，并从数据库层面给出参数调优与索引优化建议。这些措施有效解决了医疗系统在处理检查申请时的并发难题，为类似场景提供了可借鉴的解决方案。
如何避免MySQL的死锁或性能下降
DKPT的博客
06-26 960
选择具有高度选择性的列作为索引列，可以减少索引的大小并提高查询效率。较低的隔离级别（如READ UNCOMMITTED）可以减少锁的粒度和竞争，但可能会导致数据不一致的问题。尽量缩短事务的执行时间，避免长时间持有锁。长时间持有锁会增加其他事务等待的时间，增加死锁的风险。可以通过合理划分事务的操作步骤，及时提交或回滚事务来减少锁的持有时间。1、使用监控工具定期检查数据库的性能指标，如QPS、TPS、响应时间、锁争用情况等。2、尽量避免使用blob、text类型的大字段，如果必须使用，尽量与主业务表分离。
如何防止插入删除表造成的数据库死锁
weixin_34177064的博客
06-11 361
         在数据库中经常会遇到这样的情况：一个主表A，一个子表B，B表中包含有A表的主键作为外键。当要插入数据的时候，我们会先插入A表，然后获得A表的Identity，再插入B表。如果要进行删除操作，那么就先删除子表B，然后再删除主表A。在程序设计中，对两个表的操作是在一个事务之中完成的。当系统使用频繁就会出现插入操作和删除操作同时进行的情况。这个时候插入事务会先将主表A放置独占锁，然后去...
SpringBoot使用@Transactional注解事务死锁的情况分析
jcj_gyjf的博客
06-25 5733
父子方法使用@Transactional注解遇到的事务死锁分析
Java高级工程师必备知识！为什么你的insert就死锁了
m0_56144365的博客
08-04 800
A next-key lock is a combination of a record lock on the index record and a gap lock on the gap before the index record. By default, InnoDB operates in REPEATABLE READ transaction isolation level and with the innodb_locks_unsafe_for_binlog system variable.
mysql 自增字段 deadlock_Mysql 批量操作出现DeadLock
weixin_39593718的博客
01-19 202
处理完一批数据需要插入到表中，在插入之前需要根据primary key删除旧的数据，然后再插入，操作是批量操作。 id 是自增主键Connection conn = Mysql.Connection;conn.setAutocommit(false);PrepareStament ps = conn.prepareStament("INSERT INTO A (id...) values (?.....
Mysql死锁与spring事务
dw147258dw的专栏
05-21 975
MySQL死锁从产品之初就偶有发生，算是萦绕在心中的噩梦之一。由于死锁大都伴随着锁等待，所以一般都会拉低服务QPS，在死锁发生时肯定会出现各种意料不到的问题。前期一直采用“指标不治本”的办法，对特别容易产生死锁的方法增加retry。但当retry和事务嵌套在一起时也会出现不可预知的错误。 对于数据库死锁这个万恶之源，真可谓深恶痛绝，所以这次在解决retry和事务嵌套问题时，将这个元凶也一并解决。 一些关于事务的概念 为了更好的说明问题，我们先来解释一下基本概念 隔离级别 Tran...
【高并发基础】Spring 事务传播级别及造成死锁的隐患分析
chenghan_yang的博客
06-26 2386
本项目聚焦高并发的基础知识，至底向上得研究：github 仓库 (分支 master / isolation / propagation / multithreading) 理念：事务传播行为官网描述 用于区分声明式事务catch到异常由框架回滚，本文的“回滚”用到编程式事务的API 支持主动回滚。编程式事务官网描述 讨论的模型是 调用方（外层） -> 被调用方（内层）默认传播行为, 确保当前方法一定处于事务保护中用于减少事务的粒度，如果不是关键的业务逻辑或是运行出错的逻辑，可以用 声明与调用方事务隔离。
两个事物 update同一张表出现的死锁问题
天涯路的专栏
04-08 2654
多个事务同时更新表(无论一张还是多张)都要注意u锁和x锁！ 引言 近来做省一级计算机一级考试系统的时候，学生端进行大批量判分的时候，出现了这样的问题（事务(进程 ID 262)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。）： 这个就是我们在代码中写了大批量的update语句，用trace Profiler ，我们对死锁追踪是这样的： ...
一个mysql死锁问题
wm3418925的博客
07-11 365
一般死锁都是不同业务之间AB, BA 加锁顺序不同导致死锁. 今天遇到同一个业务死锁找到导致死锁的代码, 大概是:insert into XXXupdate XXX where YYY_id = 1;XXX表只有一个主键索引idinsert 语句对id索引加行锁update语句全表加锁如果两个业务同时运行, 两个业务行锁都成功, 但是加全表锁的时候会失败, 然后强制死掉一个, 另外一个会成功...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值