Spring Boot是否支持RDBMS主从配置？如何实现DB2主从自动切换

可行性结论 #

该需求在Spring Boot生态下完全可以实现，不需要依赖额外的重型中间件即可落地。

Spring Cloud Hystrix的适用性说明 #

Hystrix不是合适的方案，原因如下：

• Hystrix的核心定位是服务容错组件，仅提供熔断、降级、资源隔离能力，没有内置多数据源路由、数据库存活探测的原生支持，强行基于Hystrix实现需要额外开发大量自定义逻辑，性价比极低
• Hystrix官方早已停止迭代维护，Spring Cloud官方已用Resilience4j作为替代方案，新架构引入停止维护的组件会带来后续的兼容性隐患

推荐实现方案 #

根据你的微服务集群规模，可以从以下两种方案中选择：

方案1：应用层动态数据源切换（适合10个以下微服务的中小集群） #

无额外中间件依赖，仅需要在应用代码中做少量调整即可：

• 配置双数据源：在每个服务的配置文件中同时录入Master、Slave两个DB2的连接配置，基于Spring原生的AbstractRoutingDataSource实现动态路由数据源，作为全局数据源Bean注入Spring上下文
• 实现存活探测：新增轻量定时任务，每30s~1min探测一次主库的连接可用性
• 切换规则：
  1. 正常运行时所有数据库请求全部路由到Master数据源
  2. 连续3次探测主库连接失败后，自动将路由目标切换为Slave数据源，所有新请求走从库
  3. 维护结束后，连续3次探测主库恢复正常，自动将路由切回Master数据源
• 可选优化：如果维护窗口是固定时间，可以在切换逻辑中叠加时间窗口规则，提前10分钟自动切换，减少主库停机后的业务中断时间
• 核心代码示例：

public class DynamicDataSource extends AbstractRoutingDataSource {
    private static final ThreadLocal<String> CURRENT_DS_KEY = new ThreadLocal<>();

    @Override
    protected Object determineCurrentLookupKey() {
        return CURRENT_DS_KEY.get();
    }

    // 切换数据源
    public static void setDataSource(String dsKey) {
        CURRENT_DS_KEY.set(dsKey);
    }

    // 清除当前线程数据源标识
    public static void clearDataSource() {
        CURRENT_DS_KEY.remove();
    }
}

方案2：代理层统一切换（适合10个以上微服务的大规模集群） #

完全无业务代码侵入，切换逻辑统一管控：

• 在微服务和数据库之间新增一层数据库代理（可选用DB2官方连接代理、开源MaxScale等组件），所有微服务的数据库连接地址统一指向代理层
• 代理层统一配置主从两个DB2的地址，自动探测主库可用性，主库不可用时自动切流到从库，主库恢复后自动切回
• 优势：不需要修改任何微服务的业务代码，后续调整切换规则、新增数据源仅需要修改代理层配置即可，运维成本更低

落地注意事项 #

• 阈值设置要合理：避免主库短时间网络抖动导致误切换，建议设置连续3次探测失败才触发切换，连续3次探测成功才切回主库
• 提前验证读写权限：如果维护期间需要支持数据写入，需要提前确认Slave DB2的配置支持写入，避免写入冲突导致主从同步异常
• 做好主从延迟监控：日常监控主从同步延迟，确保维护窗口启动前主从数据完全一致，避免切换后数据丢失
• 先灰度验证：上线前先拿1个非核心服务测试切换、切回逻辑，确认没有问题再全量上线

内容的提问来源于stack exchange，提问作者springbootlearner