读写分离第二篇

废话不多说，直接上配置

一、新建jdbc.properties配置文件

 
 
master.jdbc.driverClassName=com.mysql.jdbc.Driver
master.jdbc.url=jdbc:mysql://127.0.0.1:3306/springdemo?useUnicode=true&characterEncoding=UTF-8
master.jdbc.username=root
master.jdbc.password=123456

slave.jdbc.driverClassName=com.mysql.jdbc.Driver
slave.jdbc.url=jdbc:mysql://127.0.0.1:3306/springdemo?useUnicode=true&characterEncoding=UTF-8
slave.jdbc.username=read
slave.jdbc.password=123456

配置文件的作用大家都清楚了，是因为我们可以在applicationContext.xml文件中以${master.jdbc.url}的形式读取内容，配置文件一般在/src/目录下。

二、配置applicationContext.xml

 
 
<!-- 将多个配置文件读取到容器中，交给Spring管理 -->
<bean id="propertyConfigurer"
    class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="locations">
        <list>
            <value>classpath:global.properties</value>
            <value>classpath:jdbc.properties</value>
        </list>
    </property>
</bean>

<!--master 配置数据源 -->
<bean id="masterDataSource" class="com.alibaba.druid.pool.DruidDataSource"
    init-method="init" destroy-method="close">
    <property name="driverClassName">
        <value>${master.jdbc.driverClassName}</value>
    </property>
    <property name="url">
        <value>${master.jdbc.url}</value>
    </property>
    <property name="username">
        <value>${master.jdbc.username}</value>
    </property>
    <property name="password">
        <value>${master.jdbc.password}</value>
    </property>

    ...
</bean>

<!--slave 配置数据源 -->
<bean id="slaveDataSource" class="com.alibaba.druid.pool.DruidDataSource"
    init-method="init" destroy-method="close">
    <property name="driverClassName">
        <value>${slave.jdbc.driverClassName}</value>
    </property>
    <property name="url">
        <value>${slave.jdbc.url}</value>
    </property>
    <property name="username">
        <value>${slave.jdbc.username}</value>
    </property>
    <property name="password">
        <value>${slave.jdbc.password}</value>
    </property>

    ...
</bean>

<bean id="dataSource" class="cn.mayongfa.service.imp.DynamicDataSource">
    <property name="targetDataSources">
        <map>
            <entry key="slave" value-ref="slaveDataSource" />
        </map>
    </property>
    <property name="defaultTargetDataSource" ref="masterDataSource" />
</bean>

<!-- 配置Jdbc模板 -->
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
    <property name="dataSource" ref="dataSource"></property>
</bean>

<!-- 配置事务管理器 -->
<bean id="transactionManager"
    class="org.springframework.jdbc.datasource.DataSourceTransactionManager"
    p:dataSource-ref="dataSource" />

<!-- 数据源切换类 -->
<bean id="dataSourceChoose" class="cn.mayongfa.interceptor.DataSourceChoose" />

<!-- 通过AOP配置提供事务增强，让service包下所有Bean的所有方法拥有事务 -->
...

上面配置我省略了 druid 数据连接池的一些配置和 service 层事务处理，文件并不完整，具体文件示例见GitHub:https://github.com/mafly/SpringDemo/blob/master/WebContent/WEB-INF/applicationContext.xml

如何使用阿？

我直接贴一个具体的 Service 层代码你就完全懂了。

 
 
public interface UserBasisService {

/**
 * 保存
 * @param entity
 * @return
 */
@DataSource
public long Save(UserBasis entity);

/**
 * 删除
 * @param ID
 * @return
 */
@DataSource
public Boolean Delete(long ID);

/**
 * 获取信息
 * @param ID
 * @return
 */
@DataSource(DataSourceType.Slave)
public UserBasis getEntity(long ID);

/**
 * 根据条件获取数据条数
 * @return
 */
@DataSource(DataSourceType.Slave)
public int getListCount(Map<String, Object> whereMap);

/**
 * 获取所有
 * @return
 */
@DataSource(DataSourceType.Slave)
public List<UserBasis> getList();
}

就是直接打标签的形式切换就可以了，这里需要注意的有两点，也是我们曾经踩过的坑：
1.注意事务是在何处！就是说，要在一个事务开始之前做数据源的切换。
2.不要又想写又想读！还是在一个事务内不要有读的方法又有写的方法。

到这里读写分离和主从动态切换数据源的配置以及使用就完整了。接下来思考：我们是不是有时候项目都是要一主多从、多主多从？

一主多从、多主多从

一主多从的架构很多人都在使用，美其名是减小读数据的压力，我还是保留上一篇文章的看法，可能数据安全是最大的作用，再有就是你有数据报表和数据统计系统，使用一主多从架构可以避免生产服务器的访问压力过大。
配置一主多从架构其实根据我们上面的设计就很简单了，只需要在applicationContext.xml文件中配置多个从库数据源就可以，然后当你读取从库时，可根据你现有的从库数来进行一些负载均衡算法的切换，我这里就不再演示了。

多主多从是什么鬼？首先我需要说明的是多主多从这里并不是指的同一个业务数据库，是指不同的业务数据库，就是大家所说的「分库分表」中的分库，就是说我们一个项目中分出了不同的业务数据库，然后这些不同的数据库也可以有多个从库，可不是一个业务数据库有多个主库、多个从库，据我所知， MySql 的复制也是不建议这么做的。
了解清楚概念后，我们目标就清晰了，其实根据我们的数据源切换架构，再接着配置多个数据源就可以了。其实也是这么简单的意思，比如：项目中有个金币系统，用户完成我们期望的操作就会给他相应的金币，他可以用金币兑换我们商城里的物品。这时候，其实我们就应该有个金币库了，不要再去和业务共用一个数据库，所以，这时候就会用到我们「多主多从」的架构了。