各位 大神,小弟 最近 改造 系统四个数据源问题 不足请指教:
原系统 是 双数据源 固定的 数据源 读写分离 区别,现在需求要接入另外系统的 数据源 sso 登陆 否定,因为 前置条件不想 把两个系统数据合并 并要求 可以支持获取两个系统的登陆数据并 进行登陆。登陆 之后 允许 热切换 (shit 登陆机制是通过shiro 这是一个大工程啊,没法 只能 硬着头皮搞,进入正题);
首先 在jdbc 配置 四套元数据 (这个基于 阿里的druid), 分别是a(写) a 1 (只读) c(写) c1(只读),
进入正题: 一开始 只有a 系列 ,用的切面编程 , 增删改用的 a , query 是用的 a1,通过 切面 和 拦截器实现的,
以前ok 没有问题,
public class DynamicDataSource extends AbstractRoutingDataSource {
@Override
protected Object determineCurrentLookupKey() {
String key=DatabaseContextHolder.getCustomerType();
System.out.println("======================= DynamicDataSource这是获取的数据源>"+key);
// try {
// System.out.println(determineTargetDataSource().getConnection());
// } catch (SQLException e) {
// e.printStackTrace();
// }
return key;
}
}
重写 druid AbstractRoutingDataSource 就不讲了,网上帖子一大片,给你们一个链接自行参考,https://blog.csdn.net/u012881904/article/details/77449710,
可以参考,现在的问题是: 登陆之后切换造成了 DynamicDataSource 获取 跑到了别的 源,比方 期望值是 a1 结果 执行到了 c1 , 因为当时在 aop service 层 已经给了
lookupKey 并且
private static final ThreadLocal<String> contextHolder = new ThreadLocal<String>();
public static void setCustomerType(String customerType) {
// Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate();
// clearCustomerType();
contextHolder.set(customerType);
System.out.println("=================>设置数据原后的数据源"+contextHolder.get());
}
public static String getCustomerType() {
return contextHolder.get();
}
public static void clearCustomerType() {
contextHolder.remove();
}
根据全局设定的 这个hashMap 也都赋值了,这里为啥 登陆之后动态切换商户后的查询有问题呢?
百思不得解, 一开始认为是 druid 的问题 后来发现 oracle 的审计日志 确定访问到了 别的库了,这里 开始 把 mybatis 的cache 全关掉,使每一次 select 都去执行数据库, 发现 设置 的(service 层直接设置) lookupKey 并没有 再次 determineCurrentLookupKey 执行,也就是 说 AbstractRoutingDataSource 这个玩意的执行 顺序 有问题,
从 初始化 到
AbstractRoutingDataSource 这个累 起名很形象,就是 路由, 发现 是给的不对 ,druid 并没有执行 错误,也就是 说 因为执行顺序导致了,设置的不管用,然后 ThreadLocal<String> contextHolder 这个里面保存了曾经的 key, service 去执行的时候 并没有重新拿一个 dataSource ,没有新的connection ,导致 跳库了, AbstractRoutingDataSource 优先在 aop service 曾执行 导致里 相比大家应该知道 怎么做了,不再 累述。。。。。。。。。。