@DS多数据源下使用@Transactional报错

最新推荐文章于 2025-09-23 14:15:22 发布
原创 最新推荐文章于 2025-09-23 14:15:22 发布 · 940 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#sqlserver #microsoft #数据库

在处理多数据源的环境下，使用@Transactional注解可能会遇到问题。通过阅读两篇来自优快云的文章，对这类问题有了清晰的理解。文章详细介绍了在SQL Server数据库环境中，如何解决此类异常并确保事务的正确管理。

看了两位的文章恍然大悟,记录一下
参考文档一: https://blog.youkuaiyun.com/qq_37411444/article/details/112873747
参考文档二:
https://blog.youkuaiyun.com/weixin_43846916/article/details/110824726

org.springframework.jdbc.BadSqlGrammarException: 
### Error querying database.  Cause: com.microsoft.sqlserver.jdbc.SQLServerException: 对象名 'db1.ce_shi' 无效。
### The error may exist in com/transfer/data_transfer/content/transfer/mapper/CeShiMapper.xml
### The error may involve defaultParameterMap
### The error occurred while setting parameters
### SQL: SELECT * FROM db1.ce_shi WHERE 1 = 1 AND usfl = '1'
### Cause: com.microsoft.sqlserver.jdbc.SQLServerException: 对象名 'db1.tc_shenya' 无效。
; bad SQL grammar []; nested exception is com.microsoft.sqlserver.jdbc.SQLServerException: 对象名 'db1.tc_shenya' 无效。

	at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:239)
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:70)
	at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:88)
	at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:440)
	at com.sun.proxy.$Proxy79.selectList(Unknown Source)
	at org.mybatis.spring.SqlSessionTemplate.selectList(SqlSessionTemplate.java:223)
	at com.baomidou.mybatisplus.core.override.MybatisMapperMethod.executeForMany(MybatisMapperMethod.java:173)
	at com.baomidou.mybatisplus.core.override.MybatisMapperMethod.execute(MybatisMapperMethod.java:78)
	at com.baomidou.mybatisplus.core.override.MybatisMapperProxy$PlainMethodInvoker.invoke(MybatisMapperProxy.java:148)
	at com.baomidou.mybatisplus.core.override.MybatisMapperProxy.invoke(MybatisMapperProxy.java:89)
	at com.sun.proxy.$Proxy93.selectAll(Unknown Source)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
	at com.baomidou.dynamic.datasource.aop.DynamicDataSourceAnnotationInterceptor.invoke(DynamicDataSourceAnnotationInterceptor.java:51)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:215)
	at com.sun.proxy.$Proxy94.selectAll(Unknown Source)
	at com.transfer.data_transfer.content.transfer.service.impl.CeShiServiceImpl.findAll(CeShiServiceImpl.java:42)
	at com.transfer.data_transfer.content.transfer.service.impl.CeShiServiceImpl$$FastClassBySpringCGLIB$$16905355.invoke(<generated>)
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:783)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:753)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:123)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:388)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:753)
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:698)
	at com.transfer.data_transfer.content.transfer.service.impl.CeShiServiceImpl$$EnhancerBySpringCGLIB$$7831ded7.findAll(<generated>)
	at com.transfer.data_transfer.CommonTest.test6(CommonTest.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:725)
	at org.junit.jupiter.engine.execution.MethodInvocation.proceed(MethodInvocation.java:60)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain$ValidatingInvocation.proceed(InvocationInterceptorChain.java:131)
	at org.junit.jupiter.engine.extension.TimeoutExtension.intercept(TimeoutExtension.java:149)
	at org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestableMethod(TimeoutExtension.java:140)
	at org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestMethod(TimeoutExtension.java:84)
	at org.junit.jupiter.engine.execution.ExecutableInvoker$ReflectiveInterceptorCall.lambda$ofVoidMethod$0(ExecutableInvoker.java:115)
	at org.junit.jupiter.engine.execution.ExecutableInvoker.lambda$invoke$0(ExecutableInvoker.java:105)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain$InterceptedInvocation.proceed(InvocationInterceptorChain.java:106)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain.proceed(InvocationInterceptorChain.java:64)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain.chainAndInvoke(InvocationInterceptorChain.java:45)
	at org.junit.jupiter.engine.execution.InvocationInterceptorChain.invoke(InvocationInterceptorChain.java:37)
	at org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:104)
	at org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:98)
	at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.lambda$invokeTestMethod$7(TestMethodTestDescriptor.java:214)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.invokeTestMethod(TestMethodTestDescriptor.java:210)
	at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:135)
	at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:66)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:151)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141)
	at org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$9(NodeTestTask.java:139)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:138)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:95)
	at java.util.ArrayList.forEach(ArrayList.java:1257)
	at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:41)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:155)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141)
	at org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$9(NodeTestTask.java:139)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:138)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:95)
	at java.util.ArrayList.forEach(ArrayList.java:1257)
	at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:41)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:155)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141)
	at org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$9(NodeTestTask.java:139)
	at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:138)
	at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:95)
	at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.submit(SameThreadHierarchicalTestExecutorService.java:35)
	at org.junit.platform.engine.support.hierarchical.HierarchicalTestExecutor.execute(HierarchicalTestExecutor.java:57)
	at org.junit.platform.engine.support.hierarchical.HierarchicalTestEngine.execute(HierarchicalTestEngine.java:54)
	at org.junit.platform.launcher.core.EngineExecutionOrchestrator.execute(EngineExecutionOrchestrator.java:107)
	at org.junit.platform.launcher.core.EngineExecutionOrchestrator.execute(EngineExecutionOrchestrator.java:88)
	at org.junit.platform.launcher.core.EngineExecutionOrchestrator.lambda$execute$0(EngineExecutionOrchestrator.java:54)
	at org.junit.platform.launcher.core.EngineExecutionOrchestrator.withInterceptedStreams(EngineExecutionOrchestrator.java:67)
	at org.junit.platform.launcher.core.EngineExecutionOrchestrator.execute(EngineExecutionOrchestrator.java:52)
	at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:114)
	at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:86)
	at org.junit.platform.launcher.core.DefaultLauncherSession$DelegatingLauncher.execute(DefaultLauncherSession.java:86)
	at org.junit.platform.launcher.core.SessionPerRequestLauncher.execute(SessionPerRequestLauncher.java:53)
	at com.intellij.junit5.JUnit5IdeaTestRunner.startRunnerWithArgs(JUnit5IdeaTestRunner.java:69)
	at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: 对象名 'db1.ce_shi' 无效。
	at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:216)
	at com.microsoft.sqlserver.jdbc.SQLServerStatement.getNextResult(SQLServerStatement.java:1515)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement.doExecutePreparedStatement(SQLServerPreparedStatement.java:404)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement$PrepStmtExecCmd.doExecute(SQLServerPreparedStatement.java:350)
	at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:5696)
	at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1715)
	at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeCommand(SQLServerStatement.java:180)
	at com.microsoft.sqlserver.jdbc.SQLServerStatement.executeStatement(SQLServerStatement.java:155)
	at com.microsoft.sqlserver.jdbc.SQLServerPreparedStatement.execute(SQLServerPreparedStatement.java:332)
	at com.zaxxer.hikari.pool.ProxyPreparedStatement.execute(ProxyPreparedStatement.java:44)
	at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.execute(HikariProxyPreparedStatement.java)
	at org.apache.ibatis.executor.statement.PreparedStatementHandler.query(PreparedStatementHandler.java:64)
	at org.apache.ibatis.executor.statement.RoutingStatementHandler.query(RoutingStatementHandler.java:79)
	at com.baomidou.mybatisplus.core.executor.MybatisSimpleExecutor.doQuery(MybatisSimpleExecutor.java:69)
	at org.apache.ibatis.executor.BaseExecutor.queryFromDatabase(BaseExecutor.java:325)
	at org.apache.ibatis.executor.BaseExecutor.query(BaseExecutor.java:156)
	at org.apache.ibatis.executor.BaseExecutor.query(BaseExecutor.java:136)
	at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:147)
	at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:140)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:426)
	... 99 more
@Transactional和@DS避免数据源冲突的解决方案（提供gitee源码）
黄团团的个人博客
09-30 8126
如何解决@Transactional和@DS的冲突问题，从业务还原、原因剖析和如何解决这三点一步步阐明，一份详细的总结文档
mybatis-plus实战（一）多数据源@DS和@Transactional冲突
qq_37411444的博客
01-20 8786
mybatis-plus实战（一）多数据源@DS和@Transactional冲突背景介绍代码演示分析解决原因解析 背景介绍 因为一次使用mybatis plus @DS 注解实现多数据源切换时，在一个controller中同时操作多个数据源的service方法，为了保证这一组操作下数据的完整性，则需要使用事务@Transaction进行保证，于是乎，粗暴的在controller方法上加上了该注解，原以为可以万事大吉，一运行程序发现数据源切换失败了！一泼凉水浇的是透心凉~ ,好在问题比较简单，仔细一想便知
@Transactional和@DS避免数据源冲突及保证原子性的解决方案（提供gitee源码）
学海无涯,我用JAVA
10-10 3471
"张三");"123456");"管理员");"AE86");inta=1/0;}结果：同上以上就是我目前对于这种问题的分析与解决方案，参考了网上各种各样的解决方案，写了一份总结文档。
@DSTransactional注解
最新发布
qq_38664352的博客
09-23 235
若方法中涉及多个数据源的操作（如同时操作数据库 A 和数据库 B），@DSTransactional 会保证这些操作在同一分布式事务中。@DSTransactional 扩展了分布式场景，支持多数据源间的事务一致性（如跨库操作时）。注解生效需依赖对应的分布式事务框架配置（如 Seata 的 TC 服务、事务分组等）。：通常来自分布式事务框架（如 Seata、Sharding-JDBC 等），用于支持。，保证多数据源操作的原子性（要么全成功，要么全回滚）。
SpringBoot 2.X +Mybatis 多数据源
05-17
SpringBoot 2.X +Mybatis 多数据源，SpringBoot 2.X +Mybatis 多数据源
@DS动态数据源失效（@Transactional）
weixin_43381157的博客
05-17 2141
简单 数据库操作save()，如果该数据库使用到@DS动态数据源，且外层方法存在@Transactional注解，则@DS失效。 @DS和@Transactional存在冲突。 具体可看： @Transactional跟@DS动态数据源注解冲突
@Transactional注解异常报错之多数据源
wuyuanshun的博客
01-01 5100
如果在加上@Transactional注解之后报错，先查看程序是否为多数据源，之前专门有一章讲解springboot的多数据源实现。多数据源的情况下加事物注解，有可能会出现问题，以下是解决方案。 1.在配置数据源的同时，一定到在其中一个配置上加上@Primary注解，其他的不要加。 package com.wys.config; import org.apache.ibatis.session....
@Transactional跟@DS动态数据源注解冲突
weixin_40378837的博客
06-04 1万+
背景 前阵子写一个项目时，有个需求是要往3个库，3个表里插入数据，在同一个方法里，公司是用baomidou的@DS注解来实现配置动态数据源的。这是背景，然后呢，我在一个service方法里，就操作了这三张表，同时，我还加上了@Transactional注解，因为该方法是个save方法，我就加上了事务。伪代码如下： spring: datasource: dynamic: primary: A datasource: A: ...
解决@Transactional与@DS冲突
10-29 1213
词穷，就一句话：只有一个服务，且用到多个数据源时，用@DSTransactional注解比较方便，可以控制多数据源进行回滚。而不使用前面的例子的方式。就是评论所说的，使用@DSTransactional 注解，就可以完美解决上面的问题。使用动态数据源（@DS）时，@Transactional使用不当会照成@DS失效。最终代码如下，只需要修改的是bookService，其他不变。如上代码所示，当db3抛出异常时，db1，db2会跟着回滚。例子（看完请看下方的补充说明）
java多数据源注解方式
11-07
在多数据源的场景下，我们需要配置两个或更多的数据源。这可以通过Spring框架来实现，因为Spring提供了对数据源的管理，并且支持使用注解进行配置。下面我们将按照以下几个步骤来实现： 1. **配置数据源**： 在...
@DS 多数据源 + @Transactional(rollbackFor = Exception.class) 导致@DS 多数据源没法使用
qq_45841851的博客
09-24 463
场景： @DS 多数据源 + @Transactional(rollbackFor = Exception.class) 导致@DS多数据源没法使用在 @Transactional(rollbackFor = Exception.class)注解下的方法中，有一个方法使用了@DS的mapper，发现起打出的sql没问题，但是报错了。
Spring Boot多数据源事务@DSTransactional的使用
热门推荐
涛哥是个大帅比
04-14 1万+
集成com.baomidou，引入dynamic-datasource依赖，实现多数据源，这里说下事务问题：1、一个方法中使用同一个数据源；2、一个方法中使用了多个数据源；
关于使用@DSTransactional注解后执行sql报空指针异常问题梳理
weixin_45905719的博客
07-03 1234
关于使用@DSTransactional注解后执行sql报空指针异常问题梳理
Spring Boot多数据源事务：@DSTransactional
juziaixiao的博客
11-24 703
【代码】Spring Boot多数据源事务：@DSTransactional。
@DS注解配合@Transactional不生效
北回归线的博客
01-05 1949
@DS注解配合@Transactional不生效
@DSTransactional 解决单服务对多数据源事务一致性
Rookie_01的博客
05-19 2656
单服务两个注解即可搞定 多数据源事务一致性。
【数据库】@DSTransactional无效问题记录
zxcyxg123的博客
06-21 4018
DSTransactional原理：定义一个方法拦截器 ，将有@DSTransactional的方法搞到Advisor里，再由Spring Aop来扫进容器，当执行方法的时候，会执行拦截逻辑，进行事务提交或回滚操作。DynamicDataSourceAnnotationAdvisor：将有注解的方法（@DSTransactional，@DS），增加方法拦截器。另外， 方法非public，事务也是无效的；项目使用了多数据源，使用@DS来选择要操作的数据源，使用@DSTransactional来控制事务。
@DS+@Transactional()联合使用
m0_70208993的博客
10-14 527
当我在@Mapper中写@DS切换数据源，然后在实现类里面使用@Transactional()发现使用的是默认数据源。研究之后发现在实现类里面加上@DS就可以了。
mybatisplus 多数据源 @DS 找不到表
06-29
### MyBatis-Plus 多数据源配置中 @DS 注解切换失败导致表不存在的解决方案 在使用 MyBatis-Plus 的多数据源功能时，通过 `@DS` 注解切换数据源后出现“找不到表”的问题，通常与以下几个因素有关： 1. **事务管理的影响** 如果在带有 `@Transactional` 注解的方法中使用 `@DS` 切换数据源，可能会导致事务内部的数据源未正确切换。这是因为 MyBatis-Plus 在事务开始后会绑定当前线程的数据源，后续操作将不会动态更改数据源[^3]。 解决方案是在需要切换数据源的方法上添加事务传播属性 `@Transactional(propagation = Propagation.REQUIRES_NEW)`，以确保每次调用该方法时都会开启一个新的事务，并绑定新的数据源[^2]。 ```java @Transactional(propagation = Propagation.REQUIRES_NEW) @DS("slave") public void queryFromSlave() { // 查询从库的操作 } ``` 2. **注解作用位置的问题** `@DS` 注解应尽量放在具体的业务方法上，而不是类级别或接口上。如果将其标注在类级别，则可能无法在某些场景下（如测试类）生效[^1]。建议将 `@DS` 注解直接标注在需要切换数据源的方法上，以确保其在方法调用时被 AOP 正确拦截并处理[^4]。 3. **数据源配置不完整或错误** 确保所有数据源都已正确配置，包括驱动类、URL、用户名和密码等信息。特别是在动态数据源场景下，需要确保能够根据实际需求加载不同的数据源配置。例如，可以通过自定义配置类实现从数据库读取数据源信息[^5]。 ```java @ConfigurationProperties(prefix = "spring.datasource.dynamic.datasource.slave") @Component public class SlaveDataSourceConfig { private String driverClassName; private String url; private String username; private String password; // Getter 和 Setter 方法 } ``` 4. **主从库结构差异导致的表字段不一致** 如果主库和从库之间的表结构存在差异（如字段数量、名称不同），即使成功切换了数据源，也可能因为实体类映射不到正确的字段而报错。这种情况下需要检查实体类与目标数据库表的匹配情况，并适当调整字段映射关系或使用别名进行适配[^4]。 5. **测试环境下的行为差异** 在 Spring Boot 测试环境中，由于上下文加载方式与实际运行时不同，可能导致 `@DS` 注解未能正常生效。此时可以尝试在测试类中显式注入所需的服务组件，并确保 `@DS` 注解位于实际执行查询的方法上，而非测试方法本身[^1]。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值