主要原理：

一般来讲，我们对于方法的命名会遵循一定的规范，比如插入方法我们会以insert或者save等关键字开头，更新方法我们会以update或edit等关键字开头，查询方法则会以select或find等关键字开头。这种命名习惯可以很好的达到代码自解释性，让人一眼就能望文知意。

我们正好可以利用这个特点来自定义一个AOP切面切到所有Service实现类里的所有方法，再根据方法开头的关键字来切换不同的数据源，最终达到写入操作路由到主数据库，查询操作路由到三台从库的目的。

实现步骤：

1、定义并配置好主数据库和从数据库数据源信息。

2、将Mybatis默认使用的数据源改成我们自定义的可动态切换的RoutingDataSource。

在RoutingDataSource里，我们将关键字与数据源一一对应起来存入map，key-value对应关系：

write->writeDatasource

read0->read1Datasource

read1->read2Datasource

read2->read3Datasource

3、继承Spring框架的AbstractRoutingDataSource抽象类自定义一个RoutingDataSource类，并实现determineCurrentLookupKey方法，该方法就是我们实现数据源切换的关键所在。

determineCurrentLookupKey方法中，我们从DataSourceContext中获取数据源对应的key值。

4、看一下DataSourceContext里面的逻辑：

在DataSourceContext里我们定义了一个ThreadLocal变量用来保存该线程所使用的的数据源信息，并且对外提供了两个切换数据源的方法switchToReadDatasource和switchToWriteDatasource。

5、最后来看一下AOP切面类：

我们使用@Before注解定义2个切入点，在方法执行前进行切换数据源的增强处理。

在拦截到以select、get、find等关键字开头的读方法时我们切换至读数据源，拦截到以insert、update、delete等关键字开头的写方法时我们切换至写数据源。

写个测试类来测试一下：

我们先插入一条数据、再来读取这条数据，看下执行结果：

可以看到，对于insert操作程序自动切换到了write数据源，对于select操作程序又随机切换到了read2数据源。

总结

一般来讲大部分项目都是读多写少，数据量和并发量上去之后，单个数据库往往会面临比较大的性能压力，数据库读写分离方案正好适用于这种读多写少的应用场景。

读写分离更多的是扩展了数据库的读能力，多个数据库共同分担读操作可以显著提高系统并发能力。

任何方案有优点肯定也会有缺点，读写分离也不例外。读写分离需要对数据库进行主从架构的改造，增加了系统的复杂性，同时主从之间数据同步也会存在延时，对于需要查询精确数据的业务来说可能并不合适。

对于轻量级的业务来讲，如果需要快速实现数据库的读写分离可以采用AOP自己实现读写分离方案；如果有足够的人力和技术，可以从系统层面对项目进行读写分离的改造，个人倾向于采用驱动层的一些开源解决方案，如Sharding-JDBC。

“分享知识，收获快乐”

我是一名程序员，喜欢我的文章欢迎 关注 及 转发，我会经常与大家分享一些工作当中的编程技巧与经验。