为了服务器承载更多的用户?提升了网站的响应速度?分摊数据库服务器的压力?就是为了双机热备又不想浪费备份服务器?上面这些回答,我认为都不是错误的,但也都不是完全正确的。「读写分离」并不是多么神奇的东西,也带不来多么大的性能提升,也许更多的作用的就是数据安全的备份吧。
从一个库到读写分离,从理论上对服务器压力来说是会带来一倍的性能提升,但你仔细思考一下,你的应用服务器真的很需要这一倍的提升么?那倒不如你去试着在服务器使用一下缓存系统,如 Memcached、Redis 这些分布式缓存,那性能可能是几十倍的提升。而且,在服务器硬件异常强悍及性能廉价的今天,完全更没必要了,所以,在今天,我认为它更多的职责就是为了数据安全而设计的,同时又提升了一些性能,这样也挺好。
可能我们更应该称之为 主从分离 。
读写分离方式很简单,就是在你读数据是去连接 从库 ,在你写数据的时候去连接 主库 ,具体代码实现当然就是连接时候去操作了,这没什么难度,在代码里写就是了。可是,有追求的程序猿都是不是这么解决问题的呢!
我们知道 AOP 可以实现在方法开始执行前后插入执行我们想要的代码,那这样,我们是不是可以在 执行数据库操作前根据业务来动态切换数据源 呢?
思考一下这个方式理论上好像是可行的,这种方式首先不需要在业务代码中去做切换,二是可能以后我们不需要读写分离了,把 AOP 切换的代码去掉就行了,三是可能就是拓展性好了。
你可能想深入的了解的话,我这里给你几个程序里用到的关键字 enum(枚举) 、 annotation(自定义注解) 、 JoinPoint(注入点) 、 AbstractRoutingDataSource(数据源接口子类) ,你理解了这些就知道了,其实你并不需要深入某些深层的东西,了解下即可。
一、建立 JdbcContextHolder.java 类
public class JdbcContextHolder { private static final ThreadLocal<String> contextHolder = new ThreadLocal<String>(); public static void setJdbcType(String jdbcType) { contextHolder.set(jdbcType); } public static void setSlave() { setJdbcType("slave"); } public static void setMaster() { clearJdbcType(); } public static String getJdbcType() { return (String) contextHolder.get(); } public static void clearJdbcType() { contextHolder.remove(); } }
这个类的作用就是用来 设置、获取数据源连接
二、新建 DynamicDataSource.java 类,继承于 AbstractRoutingDataSource
import org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource; import cn.mayongfa.common.JdbcContextHolder; public class DynamicDataSource extends AbstractRoutingDataSource { @Override protected Object determineCurrentLookupKey() { // 获取当前数据源连接 return JdbcContextHolder.getJdbcType(); } }
通过研究,我们知道 determineCurrentLookupKey 方法是获取相关数据源连接的,所以重写 determineCurrentLookupKey 方法就可以啦,然后我们去通过刚刚我们建立的 JdbcContextHolder 类去获取。那怎么设置呢?
三、建立数据源 DataSourceType.java 枚举类
public enum DataSourceType { //主库 Master("master"), //从库 Slave("slave"); private DataSourceType(String name) { this.name = name; } private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } }
这个枚举类的作用其实就是为了设置数据源而生的,它的目的就是让设置数据源时更方便,如丝般顺滑。
四、新建 DataSource.java Annotation(自定义注解)类
import java.lang.annotation.Documented; import java.lang.annotation.ElementType; import java.lang.annotation.Retention; import java.lang.annotation.RetentionPolicy; import java.lang.annotation.Target; @Retention(RetentionPolicy.RUNTIME) @Target(ElementType.METHOD) @Documented public @interface DataSource { DataSourceType value() default DataSourceType.Master; }
自定义注解的意义不再过多讨论,一句话来说就是可以让你 在类或方法名上以打标签的形式让该方法变得不一样 。具体怎么「不一样」,这个在于你。
五、新建 DataSourceChoose.java 数据库切换类
import java.lang.reflect.Method; import org.aspectj.lang.JoinPoint; import org.aspectj.lang.reflect.MethodSignature; import cn.mayongfa.common.JdbcContextHolder; public class DataSourceChoose { //方法执行前 public void before(JoinPoint point){ Object target = point.getTarget(); String method = point.getSignature().getName(); Class<?>[] classz = target.getClass().getInterfaces(); MethodSignature methodSignature = (MethodSignature)point.getSignature(); Class<?>[] parameterTypes = methodSignature.getMethod().getParameterTypes(); try { Method m = classz[0].getMethod(method, parameterTypes); if (m!=null && m.isAnnotationPresent(DataSource.class)) { DataSource data = m.getAnnotation(DataSource.class); JdbcContextHolder.clearJdbcType(); JdbcContextHolder.setJdbcType(data.value().getName()); } } catch (Exception e) { // TODO: handle exception } } }
这个其实是一个拦截器类,主要作用就是拦截那些方法名上有 @DataSource 这个自定义注解的,完了根据获取注解的 value() 值,来做相应的数据源切换。