spring-boot未使用多数据源导致事务不一致的问题

都是听别人说的。

现象

不该提交的事务提交了,事务好像不对。

接手

排查

  1. spring的定时作业引起的
  2. com.alibaba.druid.pool.DruidDataSource这个pool会有问题
  3. neo4j和mysql公用一个数据源,导致的这个问题。

解决

把这个数据源分开。

总结

之前遇到的问题是,没有配置mysql事务管理,所以默认走neo4j的事务管理,导致有commit操作但是只针对neo4j的,
现在我改成默认使用mysql,如果指定neo4j的话则走neo4j的事务管理。
问题1: 我们是规定必须强制声明指定事务,还是我们提供一个默认的?如果提供默认的话,提供哪一个默认的?
问题2: 这样子的多数据源有一个问题(spring-boot的局限性)。如果一个事务即使用mysql又使用neo4j,就无法管理了,
必须人为注入另外一个事务到程序中,如果不释放连接可能导致连接池泄露问题。。。。

问题2解决方式:

  1. 自定义注解>> springboot neo4j mysql 事务处理
  2. 多余的再重新写一个service利用事务传播行为解决。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
spring-boot-starter-jpa和spring-boot-starter-jdbc是Spring Boot框架用于数据库访问的两个常用依赖库。它们之间的主要区别如下: 1. 功能:spring-boot-starter-jpa是用于支持Java持久化API(JPA)的依赖库,它提供了对关系型数据库的对象关系映射(ORM)支持。而spring-boot-starter-jdbc是用于支持Java数据库连接(JDBC)的依赖库,它提供了对关系型数据库的基本操作支持。 2. 抽象层级:spring-boot-starter-jpa在JPA之上提供了更高级别的抽象,通过使用实体类和注解来映射数据库表和实体之间的关系。它隐藏了底层数据库的细节,使开发者可以更专注于业务逻辑的实现。而spring-boot-starter-jdbc则直接使用JDBC API进行数据库操作,需要开发者手动编写SQL语句。 3. 配置方式:spring-boot-starter-jpa需要配置数据源和JPA相关的属性,如数据库连接信息、实体类扫描路径、事务管理等。而spring-boot-starter-jdbc只需要配置数据源相关的属性,如数据库连接信息即可。 4. 使用场景:如果你的应用程序需要进行复杂的对象关系映射和查询操作,或者需要使用JPA提供的高级特性(如缓存、延迟加载等),那么可以选择使用spring-boot-starter-jpa。而如果你只需要进行简单的数据库操作,或者对数据库的操作更加灵活,可以选择使用spring-boot-starter-jdbc。 总结来说,spring-boot-starter-jpa适用于需要进行对象关系映射和高级查询的场景,而spring-boot-starter-jdbc适用于简单的数据库操作和对数据库的直接控制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值