mysql读写分离配置，利用mybatis实现，解释为什么dynamicDataSource不行

之前发布了mysql主从配置的博客，配置完成之后，那么我们肯定要拿主从来做点什么。

我第一想到的就是mysql的读写分离，让读写分离之后可以大大的提供mysql的性能，比单纯用mysql主从做备份好很多。

网上找了很多，但是配置确实差别不大，实现的方式也大同小异，但是需要指出的是，如果你和我一样使用的是mybatis的话需要注意一些问题。

首先配置数据源

<!-- 配置dbcp数据源 -->
    <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
        <property name="driverClassName" value="com.mysql.jdbc.Driver" />
        <property name="url" value="jdbc:mysql://192.168.75.128:3306/xxxxxx" />
        <property name="username" value="${jdbc.username}" />
        <property name="password" value="${jdbc.password}" />
    </bean>

    <bean id="dataSource2" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
        <property name="driverClassName" value="com.mysql.jdbc.Driver" />
        <property name="url" value="jdbc:mysql://192.168.75.130:3306/xxxxxx" />
        <property name="username" value="${jdbc.username}" />
        <property name="password" value="${jdbc.password}" />
    </bean>

    <bean id="dynamicDataSource" class="util.DynamicDataSource">
        <property name="targetDataSources">
            <map key-type="java.lang.String">
                <entry value-ref="dataSource" key="dataSource"></entry>
                <entry value-ref="dataSource2" key="dataSource2"></entry>
            </map>
        </property>
        <property name="defaultTargetDataSource" ref="dataSource" >
        </property>
    </bean>

然后是配置DynamicDataSource

package util;

import org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource;

public class DynamicDataSource extends AbstractRoutingDataSource{

    @Override
    protected Object determineCurrentLookupKey() {
        return CustomerContextHolder.getCustomerType();
    }

}

然后配置CustomerContextHolder

package util;

public class CustomerContextHolder {
    public static final String DATA_SOURCE_A = "dataSource";
    public static final String DATA_SOURCE_B = "dataSource2";
    private static final ThreadLocal<String> contextHolder = new ThreadLocal<String>();
    public static void setCustomerType(String customerType) {
        contextHolder.set(customerType);
    }
    public static String getCustomerType() {
        return contextHolder.get();
    }
    public static void clearCustomerType() {
        contextHolder.remove();
    }
}

最后使用

CustomerContextHolder.setCustomerType(CustomerContextHolder.DATA_SOURCE_A);和CustomerContextHolder.setCustomerType(CustomerContextHolder.DATA_SOURCE_B);

改变数据源在dao实现层

主要参考的是这个网址

http://blog.csdn.net/alaahong/article/details/8707915

结果发现不对，你会发现不管你怎么设置数据源，都永远只是访问了一个默认的，而没有访问另一个，为什么呢？

后来我发现，原来是使用mybatis的关系

mybatis首先有一个工厂

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
        <property name="dataSource" ref="dataSource" />

</bean>

这个工厂需要配置固定的数据源

然后这个工厂会产出sqlSessionTemplate

    <bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate">

<constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory" />

</bean>

而我们的dao实现层就是利用sqlSessionTemplate去执行的sql语句，然后我们的sqlSessionTemplate至始至终都没有改变过，所以永远使用的是同一个数据源。

依据这个情况我做了一些修改

<!-- 配置mybitasSqlSessionFactoryBean -->

    <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">

<property name="dataSource" ref="dataSource" />

</bean>

<!-- 配置SqlSessionTemplate -->

<bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate">

<constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory" />

</bean>

<!-- 配置mybitasSqlSessionFactoryBean2 -->

<bean id="sqlSessionFactory2" class="org.mybatis.spring.SqlSessionFactoryBean">

<property name="dataSource" ref="dataSource2" />

</bean>

<!-- 配置SqlSessionTemplate2 -->

<bean id="sqlSessionTemplate2" class="org.mybatis.spring.SqlSessionTemplate">

<constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory2" />

</bean>

配置了两个工厂，拥有不同的数据源。

然后在dao的实现层注解了两个不同的工厂

@Resource(name = "sqlSessionTemplate")

    private SqlSessionTemplate sqlSessionTemplate;

@Resource(name = "sqlSessionTemplate2")

    private SqlSessionTemplate sqlSessionTemplate2;

然后使用两个不同的工厂去调用读取和修改。

然后就成功了。

但是实际的项目中，如果你真的这么做，那么对于程序员来说很痛苦。

他们必须在每个dao的实现层有这么两个对象。

然后对于查询调用哪一个，然后对于修改调用那一个必须很清楚，不能出错。

这样来说之前那个dynamicDataSource配置就没有什么用了。

主要就是靠mybatis的两个工厂实现了读写的分离。

所以对于这个问题，我还要寻找更好的解决方案。