RuoYi配置多数据源失效
RuoYi配置多数据源失效
- 配置多数据源
- 报错
- 排查思路
- 解决
配置多数据源
官方文档也有,csdn也很多,推荐
若依微服务中配置 MySQL + DM 多数据源
一步一步来操作,理论上就是配置好了
报错
遇到一个问题就是,在Service层顶上配置了数据源,数据库B,但是在某一个方法执行后报错:数据库A.表,不存在。
排查思路
思路仅仅是分享我的操作流程,不感兴趣直接最后结论。
1.注解给出完成数据库.表名
在不同数据源的实体类下添加注解,指出数据库.表
@Data
@TableName("数据库.t_app_user")
public class TAppUser {
观察报错,同一个服务器下的不同数据库,会有一个报错是说什么用户的操作权限不够
(可以根据账户,确定此时用的数据源是哪个,同时一般此时数据源也是默认数据源)
- 确定了默认数据源
- 确定当前Service使用的数据源(切换源注解是否有效)
2.验证其他的数据源
使用其他数据源的services,操作是否能成功。
我的情况是在一个Service(注解使用库源B),一个方法中两次操作,前一次操作成功,后一次操作失败
。
两次操作都是需要使用数据源B,不管我是在Service、mapper、方法上添加数据源切换注解,后一次操作始终不成功。
- 前一次成功,说明数据源配置、切换、使用没问题
3.观察日志
在进入一个Service时,由于直接切换数据源,会有切换日志,报错点就在最后紫色框子。
我的判断是在一个数据源B的Services1,写了一个方法,方法内有两个字方法进入了其他Service2、Services3。
前一次操作由于第一次操作,可以顺利。->Services1->切换->Services2->切换->正常使用
后一次操作需要上一次退回,再操作。->Services2->Services1->使用
解决
保证由一个Service1,调用其他源的Service2、Service3…,其他源的Service就只做自己源相关的操作;
不要在一个A源Service1下写一个方法,先去调用A源下其他Servcie2,再回到A源Service1(这一步会出错,会使用默认的数据源);可以参考排查思路三中的图片。