数据访问中的多数据源(Multi-DataSource in Dat

所谓“ 主权独立 ”是指系统中的每一个数据源都对外独立承担暴露数据库资源的职能：

具体的应用场景可能是：

当然，类似的场景并非只有这些，但总的意图是相似的，那就是每一个dataSource的职能对于使用它们的客户端来说足够明确，完全是各自独立使 用。 笔者经历的FX项目中就使用了这样的多数据源管理方式。在FX中，设置的MAIN数据库主要存储顾客或者银行与FX Broker之间的交易信息，设置的INFO数据库主要存储汇率以及系统履历之类的信息 ^{[ 32 ]} 。 通常情况下，针对交易以及汇率之间的信息存储在逻辑上是可以分开进行的，所以现在，应用程序对应的spring配置内容基本如下：

        <bean id="mainDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value="${main.jdbcUrl}"/>
 <property name="driverClassName" value="${main.driver}"/>
 <property name="username" value="${main.username}"/>
 <property name="password" value="${main.passwork}"/>
 <!-- other property settings -->
</bean>

<bean id="infoDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value="${info.jdbcUrl}"/>
 <property name="driverClassName" value="${info.driver}"/>
 <property name="username" value="${info.username}"/>
 <property name="password" value="${info.password}"/>
 <!-- other property settings -->
</bean>

<bean id="mainJdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="mainDataSource"/>
</bean>

<bean id="infoJdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="infoDataSource"/>
</bean>

<bean id="dataAccessResourceSupport" abstract="true">
 <property name="mainJdbcTemplate" ref=""/>
 <property name="infoJdbcTemplate" ref=""/>
</bean>

<bean id="someDaoWithMainDS" class="...">
 <property name="mainJdbcTemplate" ref="mainJdbcTemplate"/>
 <!-- other property settings -->
</bean>

<bean id="someDaoWithInfoDS" class="...">
 <property name="infoJdbcTemplate" ref="infoJdbcTemplate"/>
 <!-- other property settings -->
</bean>

<bean id="someDaoWithBothDS" class="..." parent="dataAccessResourceSupport">
 <!-- other property settings -->
</bean>
      

项目中这种情况下的多数据源管理是最简单的，也是比较容易管理的方式，所以，在你考虑下面将要谈到的这种更加动态，更加复杂的多数据源管理方式之 前， 请先对你的数据访问场景做一个评估，看一下当前这种方式是否已经足够满足项目的数据访问需要，实在不行的话，再考虑后继方案，也就是在运行期间来决定到底 使用多个数据源中的哪一个。

社区中经常提到的“ 多数据源互换 ”即属于这种场景，之所以用“ 合纵连横 ”来形容这些数据源是因为，对于使用它们的数据访问类来说， 这些数据源已经丧失了“ 独立自主 ”的地位，所有与数据访问类进行的交互需要通过“ 盟主 ”进行，该盟主本质上也是一个DataSource， 但它的职责更加倾向于对“ 联盟 ”内的多个DataSource的职能进行协调和管理，最终数据访问所需要的资源由“ 盟主 ”来决定要哪一个DataSource贡献出来。

使用这种多数据源管理方式的具体场景可能有：

更多场景需要读者根据具体的应用来判定，不过，并非所有的应用要做这样的处理，如果能够保持简单，那尽量保持简单，毕竟，我们提倡K.I.S.S.(Keep It Simple,Stupid)嘛！ 要实现这种“ 合纵连和 ” 的多数据源管理方式，总的指导原则就是实现一个自定义的DataSource，让该DataSource来管理系统中存在的多个与具体数据库挂钩的数据 源， 数据访问类只跟这个自定义的DataSource打交道即可。在spring2.0.1发布之前，各个项目中可能存在多种针对这种情况下的多数据源管理方 式， 不过，spring2.0.1发布之后，引入了AbstractRoutingDataSource，使用该类可以实现普遍意义上的多数据源管理功能。

假设我们有三台数据库用来实现负载均衡，所有的数据访问请求最终需要平均的分配到这三台数据库服务器之上，那么，我们可以通过继承AbstractRoutingDataSource来快速实现一个满足这样场景的原型(Prototype):

        public class PrototypeLoadBalanceDataSource extends AbstractRoutingDataSource  {

 private Lock            lock = new ReentrantLock();
 private int          counter = 0;
 private int dataSourceNumber = 3;

 @Override
 protected Object determineCurrentLookupKey() {
  lock.lock();
  try
  {
   counter++;
   int lookupKey = counter % getDataSourceNumber();
   return new Integer(lookupKey);
  }
  finally
  {
   lock.unlock();
  }
 }
 // ...
}
      

我们在介绍AbstractRoutingDataSource的时候说过，要继承该类，通常只需要给出determineCurrentLookupKey()方法的逻辑即可。 下面是针对PrototypeLoadBalanceDataSource的配置：

        <bean id="dataSourc1" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<bean id="dataSource2" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<bean id="dataSource3" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<util:map id="dataSources">
 <entry key="0" value-ref="dataSource1"/>
 <entry key="1" value-ref="dataSource2"/>
 <entry key="2" value-ref="dataSource3"/>
</util:map>

<bean id="dataSourceLookup" class="org.springframework.jdbc.datasource.lookup.MapDataSourceLookup">
 <constructor-arg>
  <ref bean="dataSources"/>
 </constructor-arg>
</bean>

<bean id="dataSource" class="..PrototypeLoadBalanceDataSource">
 <property name="defaultTargetDataSource" ref="dataSourc1"/>
 <property name="targetDataSources" ref="dataSources"/>
 <property name="dataSourceLookup" ref=""/>
</bean>

<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="dataSource"/>
</bean>

<bean id="someDao" class="...">
 <property name=""jdbcTemplate"" ref=""jdbcTemplate""/>
 <!-- other property settings -->
</bean>
      

因为我们不想使用AbstractRoutingDataSource的默认键值(Key)查找行为(根据指定的键值(Key)通过JNDI进行查 找)， 所以，我们为PrototypeLoadBalanceDataSource重新设置了DataSourceLookup，转而使用 MapDataSourceLookup。

有了AbstractRoutingDataSource之后，实现这种“ 合纵连横 ”的多数据源管理，将不再像最初看起来那么复杂而神秘。

4.4.2.3. 结束语

因为以上两种多数据源的管理方式在实际的使用过程中可能还有一些变数，所以，最后笔者还是觉得应该提及两点：

最后，祝各位在多数据源管理的道路上一帆风顺，即使不顺，那么应用以上的方式“ 排除万难去争取胜利 ”也不再是难事了吧？！