对“springBoot+mybatis数据库读写分离”中两种方式的对比

方式一（配置两个SqlSessionFactory）

方式二（配置动态数据源——AbstractRoutingDataSource）

方式一优点为：

简单！

只要分好@Matser和@Slave的mapper，上层的代码跟未做读写分离前，没什么差别。当用manager层去掩盖掉底层的mapper差异，引用manager的调用方对读写分离无感。而“方式二 ”还需要在具体的方法上加上@TargetDataSource注解，比较繁琐，也容易出错（例如，如果方法里涉及数据库修改，而注解指定了从库，那就会报错）。

方式二优点为：

规避分布式事务！

举例子，如果在两种读写分离方式的demo代码上，增加一层service层TextService类，该类有个开启事务的方法，先用TextManager保存一行数据，再查询该行数据，会发生什么情况呢？

TextService类代码

package com.zidongxiangxi.practise.one.service;

import com.zidongxiangxi.practise.one.entity.Text;
import com.zidongxiangxi.practise.one.manager.TextManager;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

@Service
public class TextService {
    @Autowired
    private TextManager textManager;

    @Transactional(rollbackFor = Exception.class)
    public Text saveAndGetText(String content) {
        Text text = new Text();
        text.setContent(content);
        textManager.saveText(text);
        return textManager.getById(text.getId());
    }
}

两种读写分离方式各跑一次，会发现“双SqlSessionFactory”的方式，返回的是null；“动态数据源”的方式能正常返回插入的数据。为什么会这样呢？这就需要去看看spring的事务实现源码和spring集成mybatis的源码~~

---

先了解一下spring事务的源码

demo例子中，采用的都是声明式事务，是通过TransactionInterceptor来实现。TransactionInterceptor类并没做什么事情，主要是调用它的父类TransactionAspectSupport的invokeWithinTransaction方法。所以我们先去看看TransactionAspectSupport.invokeWithinTrascation方法的代码。

protected Object invokeWithinTransaction(Method method, Class targetClass, final InvocationCallback invocation)
			throws Throwable {

		// If the transaction attribute is null, the method is non-transactional.
		final TransactionAttribute txAttr = getTransactionAttributeSource().getTransactionAttribute(method, targetClass);
		final PlatformTransactionManager tm = determineTransactionManager(txAttr);
		final String joinpointIdentification = methodIdentification(method, targetClass, txAttr);

		if (txAttr == null || !(tm instanceof CallbackPreferringPlatformTransactionManager)) {
			// 重点在这里，createTransactionIfNecessary方法的调用
			TransactionInfo txInfo = createTransactionIfNecessary(tm, txAttr, joinpointIdentification);
			Object retVal = null;
			try {
				retVal = invocation.proceedWithInvocation();
			}
			catch (Throwable ex) {
				completeTransactionAfterThrowing(txInfo, ex);
				throw ex;
			}
			finally {
				cleanupTransactionInfo(txInfo);
			}
			commitTransactionAfterReturning(txInfo);
			return retVal;
		}
		// 这else分支暂时忽略，因为基本不该分支
		else {
			// It's a CallbackPreferringPlatformTransactionManager: pass a TransactionCallback in.
			try {
				Object result = ((CallbackPreferringPlatformTransactionManager) tm).execute(txAttr,
						new TransactionCallback