在使用 Spring Boot 开发应用时，如果我们需要在一个线程里同时操作多个数据库的表，多数据源机制就显得尤为重要。下面我来用简单易懂的语言给大家解释一下这个过程。
多数据源机制的工作原理
-
实例化数据源：在程序启动时，我们通常会创建一个叫做
DataSource的对象。为了支持多数据源，我们需要让这个对象继承自AbstractRoutingDataSource。这样它就能同时管理多个数据库的连接。 -
获取数据库连接：当我们需要访问数据库的时候，持久层会通过这个
DataSource对象来获取对应数据库的 Connection（连接）。具体要连接哪个数据库，是由determineCurrentLookupKey这个方法决定的。 -
使用 ThreadLocal 确定当前操作的数据库：为了实现多数据源，我们在子类中会定义一个 ThreadLocal 变量，这个变量可以存储当前线程所需操作的数据库信息。当我们准备进行数据库操作时，可以通过这个变量明确要连接的是哪个数据库。
事务与多数据源的问题
但是，当我们引入了 事务机制（比如用 @Transactional 注解修饰的方法）后，事情就变得复杂了。因为：
- 当你调用被
@Transactional修饰的方法时，Spring Boot 会创建一个代理对象，这个代理对象会负责先建立一个数据库连接。 - 在默认情况下，这个代理会确保方法里的所有操作都使用同一个连接，以保证事务的一致性。
这意味着，在进入事务方法之前，所有关于确定当前操作的 ThreadLocal 变量设置都会失效。这就导致了如果你想在同一方法中操作多个数据源，就可能出现问题。
应对策略
如果你确实需要在同一方法中同时操作多个数据源，最好是：
- 尽量避免使用事务。
- 如果必须使用事务，请确保在进入事务方法之前已经明确好要操作的数据源，并且确保在事务内部只对同一数据库进行操作。否则，你很可能会遇到找不到表或其他异常情况。
总之，在处理多个数据源和事务之间，需要非常小心，以免引发不必要的问题！
