说实话，第一次接到“Spring Boot配置多个数据库”这个需求的时候，我脑子里蹦出来的第一个念头是：这玩意儿到底难不难？网上教程一大堆，但翻来覆去讲的都是单数据源怎么配，真到要接两个库、三个库的时候，很多人就开始挠头了。其实这事没那么玄乎，说白了就是给Spring Boot多喂几套“数据库连接参数”，让它知道哪个请求该去找哪个库。但真要动手写起来，坑也不少，今天咱们就掰开揉碎了聊聊这事。We need to smooth, remove extra punctuation, maybe remove "的". There's no duplicate. Remove extra symbols? There's colon and question mark, that's fine. Maybe remove extra spaces. Keep oral style.Paragraph 2:
先说说最简单的场景：一个主库，一个从库，或者一个业务库一个日志库。这种“一主一从”的配置，核心思路就是手动定义两个DataSource，然后告诉Spring Boot“别自动配置了，我自己来”。很多人卡在第一步，就是因为Spring Boot的自动配置太聪明了，你一旦在配置文件里写了spring.datasource.url，它就默认只认这一套。所以你得在启动类上排除掉DataSourceAutoConfiguration，再自己写个配置类，把两个数据源都注册成Bean。这里有个小细节，配multicol... Actually "配multicol"? Let's read: "配multicol时，事务管理器和MyBatis的SqlSessionFactory都得分开指定，不然你连哪个库都拎不清。" There's "配multicol"? Actually original: "配multicol"? Let's copy: "配multicol时，事务管理器和MyBatis的SqlSessionFactory都得分开指定，不然你连哪个库都拎不清。" It seems "配multicol"? Probably "配多库时". We'll correct to "配多库时". Also remove extra punctuation.Paragraph 3:
我见过不少人踩过这个坑：明明两个库的配置都写好了，启动也不报错，但一跑查询就报“表不存在”。查了半天，发现是MyBatis的Mapper扫描路径没分开，两个Mapper接口全被扫到同一个SqlSessionFactory里去了。解决办法也简单，给每个数据源配一个独立的MapperScan，指定不同的包路径和SqlSessionTemplate。比如.order包下的Mapper走订单库，.user包下的Mapper走用户库，各管各的，互不干扰。这个思路一旦理清，后面加第三个、第四个库，就是复制粘贴改改参数的事。Need to smooth, maybe remove duplicate "的". There's "各管各的，互不干扰。" fine. No duplicate.Paragraph 4:
但你要是以为这就是全部，那就太小看多数据源这回事了。实际业务里，你可能会遇到“动态切换数据源”的需求——比如同一个Service方法里，根据用户传的参数决定连哪个库。这时候再写死多个DataSource就不够用了，得用AbstractRoutingDataSource。这玩意儿就像一个路由器，你给它一个key，它帮你挑对应的DataSource。用法也不复杂：写个类继承AbstractRoutingDataSource，重写determineCurrentLookupKey方法，返回一个ThreadLocal里存的key。然后在业务代码里，调用DataSourceContextHolder.setDataSourceType("db1")，方法执行完再清理掉。原理说白了就是线程隔离，每个线程各拿各的key，互不串门。Need to smooth, maybe remove extra "的". "每个线程各拿各的key，互不串门" okay.Paragraph 5:
这里有个特别容易翻车的点：事务和动态数据源打架。Spring的事务管理器默认在事务开始时绑定数据源，如果你在事务中间切换数据源，你会发现切了个寂寞，连接还是老的那个。解决思路要么是让事务管理器也支持动态路由，要么干脆把切换动作放在事务外面。我自己的习惯是，能用编程式事务解决的，就别用声明式注解，省得被坑。还有个土办法，就是按数据源拆Service，一个库一个Service，事务天然隔离，虽然代码多一点，但脑子清楚，不容易出幺蛾子。Need to smooth, maybe remove duplicate "的". "能用编程式事务解决的，就别用声明式注解，省得被坑。" fine.Paragraph 6:
再往深了说，多数据源配置还涉及一个性能问题：连接池怎么分。你不可能让两个库共用一个连接池，那等于让一个水管子接两个水龙头，压力全集中在一个池子上。正确做法是给每个数据源配独立的连接池参数，比如HikariCP，主库连接数给大点，日志库给小点，各自按需分配。我见过有团队为了省事，直接把两个库的配置写成一模一样的，结果高峰期主库连接不够用，日志库那边闲着发呆，典型的资源浪费。配置这东西，真不是抄一遍就完事的，得结合自己的业务流量去调。Need to smooth, maybe remove duplicate "的". "配置这东西，真不是抄一遍就完事的，得结合自己的业务流量去调。" fine.Paragraph 7:
还有个面试里经常被问到的场景：动态数据源怎么和MyBatis的多租户功能结合。比如SaaS系统里，每个租户一个库，租户ID在请求头里带着，你需要在请求进来的时候根据租户ID动态选择数据源。这个场景下，AbstractRoutingDataSource依然管用，但关键点在于怎么优雅地拿到租户ID。你可以在拦截器里解析请求头，把租户ID塞进ThreadLocal，然后再由determineCurrentLookupKey去取。这里有个细节容易忽略：如果用了异步线程，ThreadLocal是传不过去的，得用TransmittableThreadLocal或者手动传参，不然子线程里拿不到租户ID，数据源就选错了，数据串了可不是闹着玩的。Need to smooth, maybe remove duplicate "的". "这里有个细节容易忽略：如果用了异步线程，ThreadLocal是传不过去的，得用TransmittableThreadLocal或者手动传参，不然子线程里拿不到租户ID，数据源就选错了，数据串了可不是闹着玩的。" fine.Paragraph 8:
说到我想起一个特别扎心的场景：你以为配置好了多个数据源，测试也过了，结果一上生产环境就崩。崩在哪？大概率是配置文件里的密码用了加密，但多个数据源的解密逻辑没跟上。或者更常见的是，不同库用了不同的数据库类型，一个MySQL一个PostgreSQL，方言不一样，SQL写法也不一样，你得在MyBatis里分别配好dialect，不然分页、日期函数全得炸。很多时候，多数据源不是技术问题，而是业务复杂度的映射。配置只是第一步，后续的监控、日志、容灾，一个都不能少。Need to smooth, maybe remove duplicate "的". "很多时候，多数据源不是技术问题，而是业务复杂度的映射。配置只是第一步，后续的监控、日志、容灾，一个都不能少。" fine.Paragraph 9:
其实把Spring Boot的多数据源配置捋明白了，你会发现它就像整理家里的电线——刚买回来时一堆线缠在一起看着头疼，但只要分好类、贴上标签、走好线槽，以后加设备就是插个插头的事。多数据源也是一样，一开始多花点心思把结构理清，后面加库、换库、拆库，都只是改配置的事。别怕麻烦，也别迷信网上那些一键配置的“神器”，踏踏实实把原理搞懂，比啥都强。下次再有人问你Spring Boot怎么配多个数据库，你可以拍着胸脯说：不就是多写几个Bean嘛，路子对了，啥都好说。Need to smooth, maybe remove duplicate "的". "下次再有人问你Spring Boot怎么配多个数据库，你可以拍着胸脯说：不就是多写几个Bean嘛，路子对了，啥都好说。" fine.Now ensure no duplicate paragraphs, no overlapping words like "的". Check each paragraph for "的". In paragraph 1: "这玩意儿到底难不难？网上教程一大堆，但翻来覆去讲的都是单数据源怎么配，真到要接两个库、三个库的时候，很多人就开始挠头了。" No duplicate. Paragraph 2: "这种“一主一从”的配置，核心思路就是手动定义两个DataSource，然后告诉Spring Boot“别自动配置了，我自己来”。" No duplicate. Paragraph 3: "解决办法也简单，给每个数据源配一个独立的MapperScan，指定不同的包路径和SqlSessionTemplate。" No duplicate. Paragraph 4: "这玩意儿就像一个路由器，你给它一个key，它帮你挑对应的DataSource。" No duplicate. Paragraph 5: "能用编程式事务解决的，就别用声明式注解，省得被坑。" No duplicate. Paragraph 6: "配置这东西，真不是抄一遍就完事的，得结合自己的业务流量去调。" No duplicate. Paragraph 7: "这里有个细节容易忽略：如果用了异步线程，ThreadLocal是传不过去的，得用TransmittableThreadLocal或者手动传参，不然子线程里拿不到租户ID，数据源就选错了，数据串了可不是闹着玩的。" No duplicate. Paragraph 8: "很多时候，多数据源不是技术问题，而是业务复杂度的映射。配置只是第一步，后续的监控、日志、容灾，一个都不能少。" No duplicate. Paragraph 9: "下次再有人问你Spring Boot怎么配多个数据库，你可以拍着胸脯说：不就是多写几个Bean嘛，路子对了，啥都好说。" No duplicate.Check for extra repeated characters: "的" not present. "了" not present. "是" not present. "的" maybe in "的"? Not present. "的" appears many times but not double.Check for abnormal symbols: There are Chinese punctuation, colon, question mark, em dash, etc. Those are fine. Remove any weird characters like “ ”? They are Chinese quotes, okay. Ensure no stray symbols.Check for duplicate sentences: No duplicate sentences across paragraphs.Now produce final output with same format, each paragraph starting with 【第X段】. Ensure no extra spaces at start? Keep same bracket.Let's rewrite each paragraph with smoother language, maybe adjust some phrasing but keep meaning.Paragraph 1 rewrite:
说实话，第一次接到“Spring Boot配置多个数据库”这个需求时，我第一反应是：这玩意儿到底难不难？网上教程一大堆，但大多数只讲单数据源怎么配，真要接两个库、三个库时，很多人就会卡壳。其实这事没那么玄乎，说到底就是给Spring Boot多准备几套“数据库连接参数”，让它知道哪个请求该去哪个库。动手写起来坑也不少，今天就把这事掰开揉碎聊聊。Paragraph 2 rewrite:
最简单的场景就是一主一从，或者业务库配一个日志库。核心思路是手动定义两个DataSource，然后告诉Spring Boot“别自动配置了，我自己来”。很多人卡在第一步，是因为Spring Boot的自动配置太聪明，写了spring.datasource.url后它只会认这套。所以得在启动类排除DataSourceAutoConfiguration，再自己写个配置类把两个数据源注册成Bean。这里有个小细节，配多库时，事务管理器和MyBatis的SqlSessionFactory都要分开指定，不然你就拎不清是哪个库。Paragraph 3 rewrite:
我见过不少人踩过的坑：配置都写好了，启动也不报错，但查询时却抛出“表不存在”。查半天发现是MyBatis的Mapper扫描没分开，两个Mapper全被同一个SqlSessionFactory扫到了。解决办法很简单，给每个数据源单独配一个MapperScan，指定不同的包路径和SqlSessionTemplate。比如.order包下的Mapper走订单库，.user包下的Mapper走用户库，各管各的，互不干扰。理清思路后，后面再加第三、第四个库，就是复制粘贴改改参数的事。Paragraph 4 rewrite:
但你要是以为这就全部，就太小看多数据源了。实际业务里常会遇到“动态切换数据源”的需求——比如同一个Service方法里，根据用户传的参数决定连哪个库。写死多个DataSource就不够用，得用AbstractRoutingDataSource。它就像路由器，给它一个key就挑对应的DataSource。用法也不复杂：写个类继承AbstractRoutingDataSource，重写determineCurrentLookupKey方法，返回ThreadLocal里存的key。业务代码里调用DataSourceContextHolder.setDataSourceType("db1")，执行完再清理。原理就是线程隔离，每个线程各拿各的key，互不串门。Paragraph 5 rewrite:
这里有个特别容易翻车的点：事务和动态数据源打架。Spring的事务管理器默认在事务开始时绑定数据源，如果在事务中间切换数据源，连接还是老的那个。解决思路要么让事务管理器支持动态路由，要么把切换操作放在事务外。我习惯用编程式事务解决，避免声明式注解带来的坑。还有个土办法，就是按数据源拆Service，一个库对应一个Service，事务自然隔离，虽然代码多，但思路清晰，不容易出问题。Paragraph 6 rewrite:
再往深处说，多数据源配置还涉及性能问题：连接池怎么分。你不可能让两个库共
