有内涵、有价值的文章第一时间送达!
精品专栏
本篇文章讲解如何在ssm(spring、springmvc、mybatis)结构的程序上集成sharding-jdbc(版本为2.0.3)进行分库分表;假设分库分表行为如下:
将authuser表分到4个库(user0~user_3)中;
其他表不进行分库分表,保留在default_db库中;
1. POM配置
以spring配置文件为例,新增如下POM配置:
2 . 配置数据源
spring-datasource.xml配置所有需要的数据源如下--authuser分库分表后需要的4个库user0~user3,以及不分库分表的默认库defaultdb:
properties配置文件内容如下:
3. 集成sharding数据源
spring-sharding.xml配置如下:
说明:spring-sharding.xml配置的分库分表规则:authuser表分到id为sjds$的四个库中,表名保持不变;其他表在id为sjds_default库中,不分库也不分表;集成sharding-jdbc的核心就是将SqlSessionFactoryBean需要的dataSource属性修改为,把数据源交给sharding-jdbc处理;
namespace由rdb改为sharding;
默认数据库策略和默认表策略被设置为 节点的属性,分别是 和 ;
默认数据源被设置为 节点的属性,即 ;
一些属性变更,例如:actual-tables改为actual-data-nodes,database-strategy改为database-strategy-ref;
我们平常开发过程中,可以参考sharding-jdbc源码sharding-jdbc-core-spring-namespace模块中META.rdb目录下的xml,作者对几乎各种使用方式都有实例;
分库逻辑 的代码很简单,源码如下:
这段代码参考sharding-jdbc源码中 接口的实现即可,例如 ;这里和sharding-jdbc1.5.4.1版本的差异也比较大,sharding-jdbc1.5.4.1对于分库或者分表sharding算法实现的接口是不一样的,sharding-jdbc2.0.3将两者合二为一,且只有一个方法,即doSharding();
4. 注意事项
无法识别sharding-jdbc分库分表规则inline-expression问题,例如:
根本原因:根本原因是spring把 当做占位符, 这种表达式,spring会尝试去properties文件中找key为 的属性。但是这里是sharding-jdbc分库分表规则的inline表达式,需要spring忽略这种行为。否则会抛出异常:java.lang.IllegalArgumentException: Could not resolve placeholder '0..3' in value "sjds$.auth_user"
解决办法:配置: 或者:
5. Main测试
Main.java用来测试分库分表是否OK,其源码如下:
AuthUserMapper.selectByPrimaryKey()和UserPermissionMapper.selectPermissionByUsername()的代码和没有分库分表的代码完全一样;
6. 遗留问题
Main方法测试,或者启动服务后的调用测试都没有问题,但是通过junit测试用例访问就会抛出异常,作为一个待解决的遗留问题:
领取专属 10元无门槛券
私享最新 技术干货