待会苹果要开发布会
我写完这篇文章就准备去看发布会了，因为我买了好几包瓜子和啤酒。由于苹果的保密做的越来越差劲，该曝光的信息差不多全部曝光了，我们这种熬夜看发布会的只不过是让这些信息更加真实，或者说是一种习惯了吧，因为每次苹果和锤子的发布会都必不可少的守着电脑看。
你要问我最期待什么新产品？可能是新款的 MacBook Pro 吧。因为新款 iPhone 从曝光信息看摄像头依然凸起、白带也是存在、ID 设计依然如此，哎、苹果在走下坡路了；由于我的笔记本是大学时期买的，到现在已经完美服役四五年了，虽然还是快的飞起，但是我就想换个新的。也不知道发了工资能不能买得起。伤感...
特么的，看完后，发现并没有新款的 MacBook Pro ...
废话不多说，直接上配置
一、新建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 的复制也是不建议这么做的。
了解清楚概念后，我们目标就清晰了，其实根据我们的数据源切换架构，再接着配置多个数据源就可以了。其实也是这么简单的意思，比如：项目中有个金币系统，用户完成我们期望的操作就会给他相应的金币，他可以用金币兑换我们商城里的物品。这时候，其实我们就应该有个金币库了，不要再去和业务共用一个数据库，所以，这时候就会用到我们「多主多从」的架构了。
