紧接着上一章，因为现在做的项目还是以spring为主要的容器管理框架，所以写以下spring如何整合多个数据源。

1. 背景

我们一般应用对数据库而言都是“读多写少”，也就说对数据库读取数据的压力比较大，有一个思路就是说采用数据库集群的方案，

其中一个是主库，负责写入数据，我们称之为：写库；

其它都是从库，负责读取数据，我们称之为：读库；

那么，对我们的要求是：

1、 读库和写库的数据一致；

2、 写数据必须写到写库；

3、 读数据必须到读库；

2. 方案

解决读写分离的方案有两种：应用层解决和中间件解决。

2.1. 应用层解决：

优点：

1、 多数据源切换方便，由程序自动完成；

2、 不需要引入中间件；

3、 理论上支持任何数据库；

缺点：

1、 由程序员完成，运维参与不到；

2、 不能做到动态增加数据源；

2.2. 中间件解决

优点：

1、 源程序不需要做任何改动就可以实现读写分离；

2、 动态添加数据源不需要重启程序；

缺点：

1、 程序依赖于中间件，会导致切换数据库变得困难；

2、 由中间件做了中转代理，性能有所下降；

相关中间件产品使用：

mysql-proxy：http://hi.baidu.com/geshuai2008/item/0ded5389c685645f850fab07

Amoeba for MySQL：http://www.iteye.com/topic/188598和http://www.iteye.com/topic/1113437

3. 使用Spring基于应用层实现（重要）

3.1. 原理

在进入Service之前，使用AOP来做出判断，是使用写库还是读库，判断依据可以根据方法名判断，比如说以query、find、get等开头的就走读库，其他的走写库。

3.2. DynamicDataSource

3.3. DynamicDataSourceHolder

3.4. DataSourceAspect

3.5. 配置2个数据源

3.5.2. 定义连接池

springmvc是子容器，spring是父容器，在父容器的applicationContext.xml配置文件中再添加新配置的数据源

3.5.3. 定义DataSource

xml中:

3.6. 配置事务管理以及动态切换数据源切面

好啦，就是这样，算是简单的实现，如果想优化，改进切面实现，使用事务策略规则匹配