多线程中每个子线程的事务（@Transactional注解只针对某一个子线程生效）

最新推荐文章于 2025-05-13 20:30:39 发布
最新推荐文章于 2025-05-13 20:30:39 发布
阅读量1.2k 收藏
点赞数
分类专栏： 线程池 文章标签： java
原文链接：https://zhuanlan.zhihu.com/p/398704906
版权

https://zhuanlan.zhihu.com/p/398704906

记录一下

Java编程@Transactional注解的使用详解
wjianwei666的专栏
04-21 143
在实际开发中，我们可能会定义自己的异常类。这时候，如果自定义异常是 RuntimeException 的子类，那么@Transactional注解会默认回滚；如果是 Checked 异常，就需要像处理其他 Checked 异常一样，在注解中指定回滚该异常。需要注意的是，自定义异常的继承结构一定要正确，否则可能会导致回滚策略不符合预期。比如，如果你定义了一个自定义异常MyException，并且让它继承自 Exception（Checked 异常），那么在没有指定回滚该异常的情况下，事务不会回滚。
@transactional 手动提交_多线程使用@Transactional造成的阻塞问题
weixin_32920055的博客
11-30 2411
问题引入以下代码和数据做了脱敏处理 如下图所示，代码中的deleteFunc包含了对批次数据的删除操作，该功能并发删除集合数据strList，最终的现象是：某一个批次数据删除失败回滚，其他数据正常删除。@Transactional(value="transactionManager", rollbackFor = Exception.class)public Result deleteOperat...
面试官：Spring@Transactional注解在什么情况下事务不生效？
Java圈全能架构师的博客
06-05 555
这篇笔记来学习一下使用Spring框架的时候，@Transactional注解标注的方法在什么情况下事务不会生效。 我们可以写一个demo项目， 引入以下依赖 <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId>
@Transactional注解的方法中使用多线程问题
weixin_42787408的博客
01-09 1597
当你在一个有@Transactional注解的方法中执行多线程操作时，每个新线程都会有自己的生命周期和执行上下文，它们不会共享原始线程的事务上下文。因此，如果你需要在有@Transactional注解的方法中进行多线程操作，并且希望这些操作在同一个事务中进行，你需要手动管理这些线程的事务边界，或者重新考虑你的设计，以确保事务的一致性和完整性。如果多线程操作不需要参与到原始事务中，那么你可以正常使用多线程，但要清楚这些操作是在各自的事务或非事务环境中执行的。
spring使用@Transactional注解在多线程情况下无法作用到子线程原因和解决方法
最新发布
weixin_51328026的博客
05-13 175
spring使用@Transactional注解时开启事务功能，事务是和数据源连接绑定的，数据源连接是和线程绑定的，在多线程情况下，@Transactional注解的事务是和主线程绑定的，那么想要主线程下的子线程和主线程在同一个事务下，那么把子线程共用主线程的数据库连接就可以解决子线程事务和主线程事务不一致的问题。然而这么做的话主线程和子线程将共用一个连接去操作数据库，这相比较与主线程和子线程分别用不同的连接去操作数据库在性能上是不是会差些，那么可不可以实现不同的数据库连接也可以实现事务操作呢？
多线程场景下谨慎使用@Transactional注解，你不信我也没办法
成都彭于晏
09-05 2806
原理我都懂，但是真正在业务中遇到了还是有点点懵
@Transactional注解下使用多个线程进行异步操作数据，如果产生异常，事务是否回滚?
专注于优雅与性能的未来架构师
05-06 2941
在processData()方法中，使用ThreadLocal记录当前线程产生的异常，然后在processAll()方法中进行异常捕获和事务的回滚。但是，如果使用多个线程异步进行操作，当产生异常时，由于存在多个线程，异常并不会立即传递到主线程中，导致无法立即执行事务的回滚操作。因此，需要在出现异常情况时，通过适当的方式捕获异常，控制事务的回滚。需要注意的是，在使用ThreadLocal记录异常时，需要在处理完线程任务后及时清理ThreadLocal，否则可能会导致线程重用时异常信息泄露的问题。
@Transaction注解使用隔离，多线程情况下，数据库查询连接事务的一个问题
weixin_45111933的博客
06-15 398
当第一次调用的时候，在第一个线程中调用逻辑，获取订单后，改变订单的预约状态，即改变为已预约的状态，最后提交事务，释放锁，然后多点的预约订单的线程运行的时候，一样去数据库查询符合预约条件的订单，这个时候，虽然上一个线程已经提交了事务，在navicat中查询也能正常查询到第一个线程提交的订单的状态。但是如果这里@Transaction注解的隔离级别使用的是默认的，第二个线程就会产生脏读，导致第二个线程去预约订单的时候，查询的可预约的订单就会包含上一个线程已经预约提交了的订单。具体业务遇到的问题。
Spring @Async 注解多线程导致Spring的注解@Transactional失效问题
ssmaaa的博客
02-20 3951
本文Spring @Async 注解多线程导致Spring的注解@Transactional失效与多数据源切换问题！ 问题：多线程为什么会导致事务注解@Transactional失效 实现AOP的方法有动态代理、编译期，类加载期织入等等，Spring实现AOP的方法则就是利用了动态代理机制，正因如此，才会导致某些情况下@Async和@Transactional不生效。 @Async注解使用如下 @EnableAsync //添加此注解开启异步调用（可用在配置类上，也可在启动类上标注） public
@Transactional 注解使用场景详细说明包括（不生效的场景，事务回滚）
daralisdan的博客
08-30 1066
@Transactional 注解使用场景详细说明包括（不生效的场景，事务回滚）
@Transactional 注解和事务的使用、失效情况
учёба
05-05 1824
针对隔离性的强度，共有以下事务提交之后事务还没有提交能被其他的事务看到因此，有下述三个事务的隔离级别脏读不可重复读幻读不可重复读的和幻读很容易混淆，不可重复读侧重于修改幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
@Transactional 事务注解详解
Tyson0314的博客
03-22 666
所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。在。
对于一个事务开子线程的理解
qq_36162696的博客
06-21 2820
1.为什么会在一个事务想到开子线程？ 因为在某些场景下，信息提交后在保存的过程中部分信息需要大量时间去写业务逻辑然后获取，然而这部分信息并不要求实时性，所以就想到在一个service下开启子线程处理这块 2.引发问题：一个事务下开启子线程处理业务，是否会开启新的事务，或者共用一个事务？ 答案都是否定的。 3.验证流程 验证一：在springdata下测试 由于springdata在...
@Transactional与多线程
weixin_43935720的博客
03-01 6943
今天发现了一段这样的代码，如下 @Transactional public void longlongAfter(){ ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(4, 4, 0, TimeUnit.SECONDS, new LinkedBlockingDeque<>()); threadPoolExecutor.execute(new Thread(){
关于@Transaction方法内有没有事务，@Transaction嵌套事务，调用有事务方法等的案例解释
一个还不成熟、正在努力成长的博客小站。
12-26 3471
准备数据： 两条测试数据，{08feaf2e7e9b45a0a5f10c9b11feba32，测试1}，{092703ac73d1442e881cf0ce9d352800，测试2} 两个测试方法，主方法testTransactional(),子方法updateTest2 第一种情况，（两个方法在同一个类中）当主子方法都有事务的时候，抛出异常，事务回滚，数据不变。 当主子方法都有事务的时候...
java多线程--子线程的事务影响主线程吗
xinruyulu的博客
03-21 4402
1.子线程中抛出异常，会导致主线程中事务回滚吗？ 不会。子线程自身新开启了一个线程，不会影响主线程中的事务。 因此：TP中报文发送和报文接收线程中：新创建的具体报文处理线程，各自间的事务互不影响。 这种设计：属于生产者--消费者模式 2.结束线程的方式： 1.抛出异常 2.使用interrupt方法，stop方法已废弃。 3.事务回滚： 在service层中抛出异常，才会进
多线程-子线程与主线程协同处理
qq_34930421的博客
12-18 1207
多线程-子线程与主线程协同处理 此次的业务需求是一次提交一批数据入库，数据量会比较大。在入库过程中因为业务需求的原因，没有使用批处理入库，而是遍历循环每一条数据先执行删除（删除原本库里的老数据）再执行新增操作。当一批中的所有数据都操作完且没有异常后执行commit操作，若有任意一条有异常则都会执行rollback操作。因为处理较慢，所以考虑到使用多线程入库。但使用多线程后因为事务只能作用域loca...
spring 的事务@transaction嵌套事务PROPAGATION_NESTED
raingsj的博客
04-24 1822
概述 spring事务的原理是什么？ 首先mysql这样的数据库本身是支持事务的，有不同的事务隔离级别，事务分为手动开启事务和自动开启事务，参见 【mysql】MYSQL事务的开启与提交命令答疑，通过底层的支持，可以实现多条sql 原子化，要么都执行，要么都不执行 spring事务采用注解生成代理对象，把默认的自动开启事务变为手动开启，这样 多条sql语句都执行完后，才会提交事务 1. 什么是嵌套事务PROPAGATION_NESTED PROPAGATION_NESTED： 嵌套事务呈现父子事务概念，二者
Spring在多线程的情况下，如何控制事务起作用
热门推荐
南北雪树的专栏
05-18 3万+
因为线程不属于spring托管，故线程不能够默认使用spring的事务,也不能获取spring注入的bean在被spring声明式事务管理的方法内开启多线程，多线程内的方法不被事务控制。 如下代码，线程内调用insert方法，spring不会把insert方法加入事务就算在insert方法上加入@Transactional注解，也不起作用。（？不解，试过将serviceA变成多例，也不行）Java...
@Transactional多线程
08-10
在多线程环境中使用@Transactional注解可能会导致事务失效。因为@Transactional注解默认只对当前线程的方法调用生效，而不会对其他线程中调用的方法生效。所以在多线程环境中，如果想要保证事务的一致性，需要使用其他手段来处理。 在引用中的示例代码中，使用了ThreadLocal来记录当前线程产生的异常，并在主线程中进行异常捕获和事务的回滚。这种方式通过在子线程中将异常信息保存到ThreadLocal中，然后在主线程中判断是否有异常，并进行相应的回滚操作。这样可以保证在多线程环境中的事务一致性。 而在引用中的示例代码中，虽然使用了事务注解@Transactional，但是由于子线程的运行并不会影响主线程的运行，所以事务对子线程是没有任何约束力的。因此，在多线程环境中，不建议使用@Transactional注解来处理事务。 总结来说，多线程环境下的事务管理需要特殊处理。可以通过使用ThreadLocal来记录异常信息，并在主线程中进行异常捕获和事务的回滚来保证事务的一致性。123 #### 引用[.reference_title] - *1* *3* [@Transactional注解下使用多个线程进行异步操作数据，如果产生异常，事务是否回滚?](https://blog.youkuaiyun.com/weixin_42541479/article/details/130528106)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}} ] [.reference_item] - *2* [@Transactional与多线程](https://blog.youkuaiyun.com/weixin_43935720/article/details/114262244)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}} ] [.reference_item] [ .reference_list ]
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值