线程和事务的关系

1、会话可以创建多个事务
比如:使用客端连接数据库,这样你就可以执行很多个事务了

2、一个事务只能由一个会话产生
在数据库里的事务,如果在执行的SQL都是由会话发起的,哪怕是自动执行的JOB也是由系统会话发起的

3、一个事务可能会产生一个或多个线程
比如RMAN备份,是可以创建多个线程可加快备份速度

4、一个线程在同一时间内只能执行一个事务
而一个线程,在没结束当前事务是无法释放资源来执行第二个事务

事务、会话与线程的关系和区别
我一直没弄明白数据库中的这三个概念之间的关系。

事务:简单理解局势一个业务需求的最小处理单位。

如:从A银行卡转账500元到B银行卡,事务就包括两部分,1、从A卡减掉500元 2、从B卡加上500元
这两个部分只要一个部分出错,就要整体“回滚”,那这就是一个事务

会话:可以包含N个事务

如:你登陆网银之后,可以重复转账步骤2次,第二次转账失败,并不影响你第一次转账成功。

线程:一个事情,一个人干和多个人干的问题

如:比如植树,任务是植树500棵,一个人(线程)干5天,那五个人(线程)干1天。

至于会话和线程的关系,个人理解,植树任务就是一个session

一个会话中可以由多个事务。
线程是操作系统概念。

### Spring Boot 中多线程环境下的事务管理 #### 默认事务管理机制及其局限性 在Spring框架中,默认的事务管理机制依赖于`@Transactional`注解来定义事务边界。这种机制利用了Java中的`ThreadLocal`变量,使得每个线程都有自己独立的一份副本,从而保证了同一时刻只有一个活动的事务与特定线程关联[^3]。 然而,在涉及多线程编程的情况下,默认的行为可能会引发一系列问题: - **事务传播失败**:当主线程开启了一个事务并创建子线程执行某些逻辑时,如果希望这些操作也参与到同一个事务当中,则会遇到困难。因为默认情况下,新的线程不会自动加入到父线程所持有的事务里去。 - **资源竞争数据不一致风险增加**:由于不同线程之间共享相同的数据库连接池或其他持久化层组件,如果没有妥善处理好同步关系的话,很容易造成并发访问冲突以及由此带来的脏读、幻读现象。 为了克服上述挑战,开发者通常采取以下几种策略之一来进行优化改进: #### 解决方案概述 ##### 使用 `PlatformTransactionManager` 一种推荐的方式就是借助Spring提供的`PlatformTransactionManager`接口手动管理事务生命周期。这种方式允许更加灵活地控制何时开始/提交/回滚事务,并且能够跨越多个线程工作[^2]。 具体来说,可以通过如下方式实现跨线程事务协调: 1. 主线程获取当前活跃的事务对象; 2. 将此事务传递给所有参与计算的工作线程; 3. 工作完成后由主线程统一决定是否要完成整个流程还是触发回滚动作; 这种方法不仅解决了传统方法中存在的缺陷,还增强了系统的稳定性可靠性。 ##### 结合使用 `CyclicBarrier` 除了依靠平台级别的API外,还可以引入像`java.util.concurrent.CyclicBarrier`这样的高级同步辅助类帮助构建更复杂的业务场景。例如,在等待所有异步任务结束后再做最终决策之前,可以设置屏障让各个参与者在此处汇合并继续下一步骤。 ```java // 创建一个带有计数器的栅栏实例 final CyclicBarrier barrier = new CyclicBarrier(numberOfThreads, () -> { // 当最后一个线程到达后执行的动作(比如提交事务) }); for (int i=0; i<numberOfThreads; ++i){ executorService.submit(() -> { try{ // 执行具体的业务逻辑... // 等待其他线程 barrier.await(); }catch(BrokenBarrierException | InterruptedException e){ logger.error("Error occurred while waiting at the barrier",e); } }); } ``` 以上代码片段展示了如何在一个典型的生产者消费者模型下运用循环障碍物模式达到目的。 #### 最佳实践建议 针对Spring Boot应用程序而言,考虑到其高度集成的特点,应该优先考虑官方文档给出的标准做法。对于确实存在复杂需求的应用程序,可参考下面几点指导方针: - 明确区分哪些部分适合放在单一线程内运行,而哪些又必须分布至其它地方; - 如果采用自定义解决方案,请务必测试充分验证正确无误后再投入使用; - 考虑性能开销因素,权衡利弊选取最合适的技术路线。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值