事务和异步的冲突

zxp319 2003-04-29 11:23:20

使用Command对象以异步方式执行存储过程，如果没有在Connection中加入事务处理时，能行，当加入事务处理后，就不能以异步方式执行了，即使使用了参数：adAsyncExecute。这个问题能否解决，能否在事务处理条件下异步执行存储过程？

...全文

223 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

本篇文章只有一个案例，分享了在事务中，开启新线程去处理任务引发的问题。有时候这种问题可能在测试环节还不一定能复现，所以大家在开发中遇到这种问题，还不一定能快速定位到问题。本篇文章虽然内容不多，但确实是开发过程中需要引起重视的。同事的代码问题(java)同事的代码问题（第二期）同事的代码问题(第三期)同事的代码问题(第四期)

答：不冲突，它们可以协同工作，但作用域不同。如何协同？ Seata AT 模式下的分支事务实际上是基于本地事务的。当存在时，Seata 会拦截管理的本地事务的提交/回滚。结论：同时使用两者是常见且必要的。保证本地操作的原子性，而则将这种原子性扩展到分布式环境下的多个参与者。答：冲突！在期望跨服务数据库原子性的场景下，同步调用 Seata AT 模式和异步发送 RabbitMQ 消息是矛盾的。Seata AT 模式的局限性: Seata AT 模式主要设计用于同步调用场景下的数据库操作。它无法管

前言如题，@Async你应该不陌生，@Transactional你更不陌生，如果单独拿来使用，我觉得应该木有不会的吧。本文不废话，主要分析一下他俩结合一起使用的case，因为相对常见并且有人还搞不明白的情况，所以想用此篇文章来聊聊相较于@Transactional的使用，关于@Async的一些使用case相对我估计还是陌生一点，所以文章开头先简单回顾一下@Async的使用。 @Async的使用...

【Spring事务】Spring事务事件控制，解决业务异步操作

需求背景是在执行订单申请完毕之后需要发送通知，但可能存在速度过快的情况，当申请完毕之后发送一个id到另外一个系统，这边事务却还没有提交更新数据，导致另外一个系统获取不到数据解决方案:在事务提交之后发送异步任务，如果不是异步任务可能会存在接口耗时过长(本人业务测试一个接口可达5s多) 方式1：比较简单的就是事务提交之后直接发送异步任务。也可以参考Spring的@Async注解结合使用，这里不作展示 private final ExecutorService executorService = E

数据库(包含打印，安装，报表)

1,217

社区成员

55,952

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章