1. 多数据源场景的本质需求在企业级应用开发中多数据源配置是典型的刚性需求。我经历过一个电商平台项目需要同时对接MySQL商品库、Oracle财务系统以及MongoDB用户行为日志库。这种异构数据源并存的情况正是SpringBoot多数据源方案要解决的核心问题。与单数据源不同多数据源配置需要解决以下几个关键问题不同数据源的连接池隔离避免配置互相覆盖事务管理的边界划分跨数据源事务的复杂性MyBatis/SQLSessionFactory的实例隔离运行时数据源切换的线程安全问题2. 静态多数据源实现方案2.1 基础配置方法最直接的方式是为每个数据源创建独立的配置类。以下是一个典型的多数据源配置示例Configuration MapperScan(basePackages com.example.mapper.db1, sqlSessionFactoryRef db1SqlSessionFactory) public class Db1Config { Bean ConfigurationProperties(spring.datasource.db1) public DataSource db1DataSource() { return DataSourceBuilder.create().build(); } Bean public SqlSessionFactory db1SqlSessionFactory(Qualifier(db1DataSource) DataSource dataSource) throws Exception { SqlSessionFactoryBean bean new SqlSessionFactoryBean(); bean.setDataSource(dataSource); bean.setMapperLocations(new PathMatchingResourcePatternResolver() .getResources(classpath:mapper/db1/*.xml)); return bean.getObject(); } // 同理配置TransactionManager... }关键点说明每个数据源需要独立的Configuration类使用MapperScan的sqlSessionFactoryRef属性绑定对应的工厂数据源前缀建议采用spring.datasource.[名称]的格式2.2 配置隔离的实践经验在实际项目中我总结出几个配置要点连接池参数应该根据业务特点差异化配置。比如高频查询库增大maxActive建议20-50低频报表库减小maxActive建议5-10建议为每个数据源配置不同的连接池前缀spring: datasource: db1: druid: filters: stat,wall db2: hikari: connection-timeout: 300003. 动态数据源的核心原理3.1 抽象路由数据源动态数据源的核心是AbstractRoutingDataSource它通过determineCurrentLookupKey()方法实现运行时切换。典型实现如下public class DynamicDataSource extends AbstractRoutingDataSource { private static final ThreadLocalString CONTEXT_HOLDER new ThreadLocal(); Override protected Object determineCurrentLookupKey() { return CONTEXT_HOLDER.get(); } public static void setDataSource(String name) { CONTEXT_HOLDER.set(name); } // 清理方法... }3.2 动态数据源与静态方案的对比特性静态多数据源动态数据源配置方式显式声明多个Bean单数据源包装多个实际数据源切换成本需要修改代码/配置运行时动态切换事务支持各数据源独立事务需要特殊处理跨库事务适用场景固定业务对应固定数据源需要运行时灵活切换的场景性能影响无额外开销有路由判断的微小开销4. 实战中的典型问题解决方案4.1 MyBatis拦截器冲突当同时使用PageHelper等插件时可能出现拦截器重复注册的问题。解决方案Bean public SqlSessionFactory db1SqlSessionFactory(...) { SqlSessionFactoryBean bean new SqlSessionFactoryBean(); // 其他配置... // 手动添加拦截器避免重复 Properties properties new Properties(); properties.setProperty(helperDialect, mysql); Interceptor interceptor new PageInterceptor(); interceptor.setProperties(properties); bean.setPlugins(interceptor); return bean.getObject(); }4.2 多数据源事务管理对于需要跨数据源的事务推荐使用JTA方案。Spring Boot集成Atomikos的配置示例Bean(initMethod init, destroyMethod close) public UserTransactionManager userTransactionManager() { UserTransactionManager manager new UserTransactionManager(); manager.setForceShutdown(false); return manager; } Bean public JtaTransactionManager transactionManager() { JtaTransactionManager manager new JtaTransactionManager(); manager.setUserTransaction(userTransactionManager()); return manager; }5. 性能优化建议连接池监控为每个数据源配置独立的监控Bean public ServletRegistrationBeanStatViewServlet druidServlet() { ServletRegistrationBeanStatViewServlet bean new ServletRegistrationBean( new StatViewServlet(), /druid/*); bean.addInitParameter(loginUsername, admin); bean.addInitParameter(loginPassword, 123456); return bean; }SQL日志分离建议不同数据源的SQL日志输出到不同文件logging.level.com.example.mapper.db1DEBUG logging.file.namelogs/db1.log logging.level.com.example.mapper.db2DEBUG logging.file.namelogs/db2.log连接泄漏检测对于Druid可以配置spring: datasource: druid: remove-abandoned: true remove-abandoned-timeout: 1806. 扩展思考何时选择哪种方案根据我的项目经验给出以下决策参考选择静态多数据源当数据源与业务模块有明确对应关系不需要运行时动态切换对事务完整性要求较高选择动态数据源当需要支持多租户场景有读写分离需求需要根据请求参数路由不同数据库混合方案对于特别复杂的场景可以结合两种方式。比如静态配置主要业务库动态数据源处理特殊路由需求在微服务架构下更推荐将不同数据源拆分为独立服务。但对于遗留系统改造或特定场景多数据源方案仍然是实用选择。