数据库事务未提交完成又新开了线程跑任务，导致数据重复操作

最新推荐文章于 2024-03-26 06:00:00 发布
最新推荐文章于 2024-03-26 06:00:00 发布
阅读量1.1k 收藏
点赞数
分类专栏： 码遇砖
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/my_whale/article/details/109989062
版权

问题：使用了Redis分布式锁，但是还是出现了并发的问题

原因：数据库的事务提交结束晚于新线程的开始执行，代码里事务的提交放在了带有锁的方法的同级service

解决：① 循环查询200条数据再做更新时，查询时增加id条件，每个循环的最后一个id作为下一次循环的条件

           ② 将涉及到事务的方法抽到另外一个service文件，调用他，即下调一层

           ③ 加上

@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
my_whale
关注
专栏目录
带有@Transactional注解的synchronized方法,在并发的场景下还是会出现重复添加数据
qq_31706095的博客
12-02 1826
出现该问题的原因：当有多个线程访问该方法的时候，可能第一个线程已经执行完了该方法，但是事务并没有提交，当第二个线程进来的时候，由于第一个线程没有提交事务，那么就读不到第一个线程的插入的数据，此时第二个线程去根据某个条件去判断的时候，判断结果为false，就会再次插入数据，结果等到两个线程的事务都提交了的时候，会出现两条重复的数据。 解决方法一：重新写一个方法，去调用这个方法。 解决方...
Junit单元测试多线程中子线程无法查询主线程的数据
临地的博客
08-04 1082
目录 1.表现 2.原因 3.解决方法 1.表现 在单元测试中，开启了事务，并且在主线程中进行数据库操作，然而开了多线程处理后，子线程无法获取主线程的数据。 举个例子，在主线程中insert了几条记录，然后在子线程中查询会发现查询不到 //代码只是随手例子，并不能真实执行 pubic void mainThread(){ //主线程插入数据 insert(id); //子线程删除 new Thread(() -> deleteById(id)).start(); //期望结果是子线程成
多次请求事务未提交导致的数据重复入库问题
梦想照进现实
03-11 3940
起因 最近的一次开发中，请求过来要判断数据是否存在，不存在则入库。由于是循环有着相同的数据入库请求，在执行时上一次事务还未提交，第二次的请求在数据库查询判断时发现数据不存在，又执行了一次入库请求，导致数据重复插入。以下列出了集中处理这种问题的思路，以后完善具体方案 使用消息队列 以kafka为例，可以在controller层不进行入库操作，将处理好的数据封装成对象发送一条kafka消息。再定义一个消费者去执行，由于消费者是有序执行。不会出现类似事务提交问题。 redis锁 / 内存缓存 执行插入操作时，向r
事务@transactional执行产生重复数据
初心不改
07-14 2464
系统设计之初，每次来新请求，业务层会先查询数据库，判断是否存在相同的id数据（id是唯一标识产品的），有则返回当前数据库查到的数据，根据数据决定下一步动作，没有则认为是初次请求，将数据存入数据库，执行另一个操作。结果最近出现了并发情况下数据库产生了多条重复的数据。这里记录一下相关的思考与解决。
主线程等待子多线程(无结果返回)执行完成再继续执行
banyoyo的博客
06-09 467
当第一个主线程里的子多线程还没结束时,下一个主线程就进来了,导致在对比时可能出现线程安全问题(第二条主线程在获取本地数据时,会遗漏掉第一条主线程中多线程还没完成的数据,对比时就把遗漏数据当成新数据,再一次添加进去)接到一个同步别家数据到自己的数据库需求,首先获取到一个集合数据,与自己数据进行对比,算出新增的数据.为了最大减少延迟,这个同步时间间隔就几秒钟,处理需要花费一点时间,就会出现并发情况.:一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。
MySQL事务隔离级别：读未提交、读已提交、可重复读和串行
网络技术联盟站
07-22 361
在进行多个事务的并发执行时，如果不对它们进行隔离，则可能会产生一些问题。例如：脏读、不可重复读和幻读。而事务隔离级别就是用来解决这些问题的。MySQL中定义了四种事务隔离级别，不同的隔离级别会导致不同的并发执行结果。在实际应用中，需要根据业务的特点选择合适的隔离级别。MySQL的四种事务隔离级别依次为：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。
关于SpringBoot的多数据源以及事务解决方案
band_mmbx的博客
09-17 1191
通过继承即可实现。为了方便对数据源进行操作，我们定义一个接口，为业务提供操作数据源的统一接口。}该接口主要是对数据表中定义的数据源，提供基础管理功能。的实现如下图所示：根据前面的分析，是在容器启动的时候，执行注入数据源对象，完成之后无法对数据源进行修改。则实现接口，可以将数据表中的数据源加载到。为了保证在多个数据源中事务的一致性，我们可以手动管理Connetion的事务提交和回滚。考虑到不同ORM框架的事务管理实现差异，要求实现自定义事务管理不影响框架层的事务。
mysql事物删除_mysql事务：一个事务进行查询，另一个事务进行改、删除、插入等操作...
weixin_33505417的博客
01-19 1396
mysql事务不加锁一致性读：当事务隔离级别为可重复读时，事务A进行查询，事务B进行改、删除、插入时，进行查询的事务A不受事务B的影响，仍然为原始数据库中的数据，即使事务A内对数据做了更改会提交，事务A查询到的仍然为事务开始之前数据库中的数据；当事务隔离级别为读提交时，事务A会读取事务A内的最新提交的数据，如果事务B对事务有更改或提交新数据，不会影响事务A的查询数据。mysql说明文档：With ...
多数据源 - dynamic-datasource | 常见问题汇总
最新发布
甘蓝的专栏
03-26 1279
基于 SpringBoot 的多数据源实现 dynamic-datasource 常见问题汇总。
mysql提交事务数据重复_MySQL事务(脏读、不可重复读、幻读)
weixin_34581086的博客
02-28 613
1. 什么是事务？是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合(工作逻辑单元)；2.事务的四大特性ACID一个事务往往具有一下特性：原子性(ATOMICITY):一个事务要被完全的无二义性的做完或撤消。在任何操作出现一个错误的情况下，构成事务的所有操作的效果必须被撤消，数据应被回滚到...
Spring编程式事务使用不当导致其他事务无法正常提交
weixin_39233996的博客
08-24 409
1.事故背景 原本在使用的是注解式事务，后面因为需要在事务中增加异步推送机制，所以需要将推送机制放到事务之外，修改后发现系统经常出现事务长时间无法提交导致回滚。 2.排查流程 (1)一开始重启应用是能恢复正常，所以肯定是在某种情况下会触发异常的产生 (2)查看在mysql控制台查看当前正在执行的事务(SELECT * FROM information_schema.INNODB_TRX)，分析该...
解决事务未完成提交，其它db连接查询不到的问题
OK
10-02 3821
一、前提: 使用spring注解方式声明事务； 隔离级别默认采用数据库的事务隔离级别，我当前的db隔离级别为REPEATABLE-READ； 采用spring TaskExecutor启动异步任务 二、解决思路： 原来是db insert和db query操作在同一个事务里面顺序执行。改为db query放到一个线程里面异步执行，且先等待1000ms再作查询操作。
Hive on Mr Job重复执行问题排查
热门推荐
u013332124的专栏
06-05 3万+
文章目录一、问题描述二、问题排查进度三、Hive执行任务的具体逻辑3.1、Hive源码解析3.2、生成重复job问题分析四、问题总结和代码修复 一、问题描述 业务反馈某张表的落地数据总大小比平时多了一倍。 平时正常落地6-7G，而这次落地的数据量有14G。后该任务重跑后数据恢复正常： 表落地数据使用的相关sql如下(为了不暴露公司相关业务信息，只展示sql的主体结构)： set mapreduce.job.queuename=xxxxx; insert overwrite table xxxxxxxx
一文讲清楚 MySQL 事务隔离级别和实现原理，开发人员必备知识点
GitChat
08-05 2374
经常提到数据库的事务，那你知道数据库还有事务隔离的说法吗，事务隔离还有隔离级别，那什么是事务隔离，隔离级别又是什么呢？本文就帮大家梳理一下。 在本场 Chat 中，会讲到如下内容： MySQL 事务的定义 可重复读、不可重复度、脏读、幻读都是什么意思 事务隔离级别分别是什么 设置事务隔离级别的具体操作方式 图文并茂的解释四种事务隔离级别 适合人群： 所有后端开发人员...
java多线程--子线程的事务影响主线程吗
xinruyulu的博客
03-21 4312
1.子线程中抛出异常，会导致主线程中事务回滚吗？ 不会。子线程自身新开启了一个线程，不会影响主线程中的事务。 因此：TP中报文发送和报文接收线程中：新创建的具体报文处理线程，各自间的事务互不影响。 这种设计：属于生产者--消费者模式 2.结束线程的方式： 1.抛出异常 2.使用interrupt方法，stop方法已废弃。 3.事务回滚： 在service层中抛出异常，才会进
mysql事务未commit
YK的程序员笔记
02-08 2760
如果一个连接中开启事务且未显式提交或回滚，在不考虑其他因素的前提下，确实应该是只有在连接断开的时候才会回滚。 如果出现锁等待，则是根据innodb_rollback_on_timeout参数进行下一步动作，如果此参数是off，则会回滚上一条语句，不会提交或回滚，直到显式提交或回滚（事务一直存在，直到连接断开）。如果此参数是on，在超时后会回滚整个事务。 1、mysql 如何查看未提交的事务 方法一： (root@localhost)[performance_schema]> SELECT
多线程下的事务数据问题
猪猪侠的博客
02-18 1279
前几天遇到的线上问题，防止以后犯这样的错误，特别写下来记录下!???? 现场问题：一个业务流程的接口，包含五个左右的操作步骤（a,b,c,d,e，每个步骤都是原子性）,第三方调用这个接口，其中有两次请求(两次请求间隔几十毫秒)，A请求没问题，B请求的d步骤没有执行！ d步骤的sql执行了，但是更新结果为0，这是为什么呢？ d步驟更新sql： UPDATE tb_accounts_receivable SET amountReceivable=?, amountReceived=?, beLongType=?
使用@Transactional出现了长事务
qq_38969734的博客
04-18 1493
@Transactional导致的生产事故 事故原因分析 如何避免长事务？ 小结 在Spring中进行事务管理非常简单，只需要在方法上加上注解@Transactional，Spring就可以自动帮我们进行事务的开启、提交、回滚操作。甚至很多人心里已经将Spring事务与@Transactional划上了等号，只要有数据库相关操作就直接给方法加上@Transactional注解。 @Transactional导致的生产事故 19年在公司做了一个内部报销的项目，有这样一个业务逻辑： 1、员工加班打车可以通过.
数据重复提交解决方案
weixin_48974246的博客
03-29 1722
当用户在新增一条数据时，快速点击多次提交按钮，若没有做拦截，那么将会导致新增多条无意义的数据。:使用起来比较简单但性能很低,在处理数据时会有排队等候的问题,并且在多实例部署时无法起到作用。方法2.在Java代码增加synchronized关键字使提交数据一条一条执行。适用于，比如user表中，希望当userName和age都一样时阻止新增。:无法避免恶意用户调用接口提交数据,比如直接请求接口，并不通过前端页面。适用于，比如user表中只希望userName一样时阻止新增。例如：不使用lombok。...
多线程插入数据到oracle 多个事务未提交导致锁表解决
07-12
多线程插入数据到Oracle时，如果多个事务未提交导致表被锁定，可以考虑以下解决方案： 1. 使用合适的事务隔离级别：Oracle提供了不同的事务隔离级别，例如Read Committed、Serializable等。选择合适的隔离级别可以减少锁表的风险。 2. 提交频率控制：在多线程插入数据时，可以控制每个事务的提交频率，避免大量事务同时提交导致锁表。可以根据具体情况调整提交频率，以平衡数据插入速度和锁表风险。 3. 使用批量插入：考虑使用批量插入的方式，将多个数据一次性插入到数据库中，减少事务的数量，降低锁表的风险。Oracle中可以使用批量插入语句如INSERT ALL、FORALL等来实现。 4. 使用行级锁定：如果锁表问题出现在某些特定行上，可以考虑使用行级锁定，而不是整个表的锁定。通过行级锁定，可以提高并发性，减少锁表的概率。 5. 调整数据库参数：根据具体情况，可以调整Oracle数据库的相关参数，如并发连接数、事务隔离级别、锁超时时间等，以优化数据库性能和并发控制。 需要注意的是，在多线程环境下进行数据库操作需要谨慎处理，确保数据的一致性和完整性。另外，具体的解决方案还需要根据实际情况进行调整和优化。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值