关键在于每个数据源对应独立连接池实例，通过abstractroutingdatasource在getconnection()时按threadlocal中的key路由到已就绪的指定池，而非运行时启停池；事务中切换无效，必须在事务开始前完成。
Java 中多数据源连接池的配置与切换，关键不是“同时启用所有池”，而是让每个连接池独立存在、按需激活。Spring 本身不强制多个连接池并发运行，而是通过路由机制，在每次获取 Connection 时，决定走哪一个已配置好的连接池。
连接池要分开配，不能共用一个
每个真实数据源（如 master、slave、dameng）都必须对应一个独立的连接池实例（如 HikariCP 或 Druid）。不能把多个数据库 URL 塞进同一个连接池配置里——那只会报错或连错库。
- master 数据源：单独配一个
HikariDataSource，URL 指向主库，设为@Primary或在 dynamic-datasource 中标为 default - slave 数据源：另配一个
HikariDataSource，URL 指向从库，用户名密码可不同，连接池参数（maxPoolSize、idleTimeout 等）也可差异化设置 - 达梦/Oracle 等异构库：同样单独配，注意驱动类名（如
dm.jdbc.driver.DmDriver）和 JDBC URL 格式要准确
切换靠路由，不是靠手动换池
切换动作不是在运行时“停掉 A 池、启动 B 池”，而是在每次 getConnection() 被调用前，由 AbstractRoutingDataSource 查看当前线程标记，然后从已初始化好的多个池中选一个返回连接。
- 底层连接池始终处于就绪状态，只是“被选中”的时机由 ThreadLocal 中的 key 决定
- 使用
@DataSource("slave")注解时，AOP 在方法进入前调用DynamicDataSourceContextHolder.set("slave")，退出后自动clear() - 若用
dynamic-datasource-spring-boot-starter，它已封装好这套逻辑，你只需配 yml + 加注解
事务中切换有硬约束
连接池切换必须发生在事务开启之前。一旦 @Transactional 方法开始执行，Spring 的 DataSourceTransactionManager 就会绑定首个获取的 Connection，并在整个事务生命周期内复用它。
- 在事务方法内部再调用
@DataSource("xxx")不生效——连接早已确定 - 需要跨库写操作？只能拆成多个无事务的子方法，或改用 Seata 等分布式事务框架
- 读写分离场景下，
@Transactional(readOnly = true)可配合 AOP 自动路由到 slave，但前提是该方法未被外层事务包裹
验证连接池是否真正生效
光看配置不等于连接池在跑。建议加两处检查：
- 启动日志里搜
HikariPool-1、HikariPool-2—— 应看到多个 pool 名称，说明多个连接池实例已初始化 - 运行时调用接口，查数据库的
show processlist（MySQL）或v$session（Oracle），确认连接来源 IP 和 schema 是否符合预期数据源
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
