我写完这篇文章就准备去看发布会了,因为我买了好几包瓜子和啤酒。由于苹果的保密做的越来越差劲,该曝光的信息差不多全部曝光了,我们这种熬夜看发布会的只不过是让这些信息更加真实,或者说是一种习惯了吧,因为每次苹果和锤子的发布会都必不可少的守着电脑看。
你要问我最期待什么新产品?可能是新款的 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:
我直接贴一个具体的 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();
- }
到这里读写分离和主从动态切换数据源的配置以及使用就完整了。接下来思考:我们是不是有时候项目都是要一主多从、多主多从?
的架构很多人都在使用,美其名是减小读数据的压力,我还是保留的看法,可能数据安全是最大的作用,再有就是你有数据报表和数据统计系统,使用一主多从架构可以避免生产服务器的访问压力过大。
- 一主多从
文件中配置多个从库数据源就可以,然后当你读取从库时,可根据你现有的从库数来进行一些负载均衡算法的切换,我这里就不再演示了。
- applicationContext.xml
是什么鬼?首先我需要说明的是多主多从这里并不是指的同一个业务数据库,是指不同的业务数据库,就是大家所说的「分库分表」中的分库,就是说我们一个项目中分出了不同的业务数据库,然后这些不同的数据库也可以有多个从库,可不是一个业务数据库有多个主库、多个从库,据我所知, MySql 的复制也是不建议这么做的。 了解清楚概念后,我们目标就清晰了,其实根据我们的数据源切换架构,再接着配置多个数据源就可以了。其实也是这么简单的意思,比如:项目中有个金币系统,用户完成我们期望的操作就会给他相应的金币,他可以用金币兑换我们商城里的物品。这时候,其实我们就应该有个
- 多主多从
了,不要再去和业务共用一个数据库,所以,这时候就会用到我们「多主多从」的架构了。
- 金币库
写到这里,我看了以前开篇的 文章目录中没有具体的案例,其实示例代码都可以访问我的 Github 看到 ,我就不在写什么 API 调用什么的了。
来源: http://www.cnblogs.com/mafly/p/moreMaster.html