前提介绍

ShardingSphere介绍

ShardingSphere是一套开源的分布式数据库中间件解决方案组成的生态圈,它由Sharding-JDBC、Sharding-Proxy和Sharding-Sidecar(计划中)这3款相互独立的产品组成。 他们均提供标准化的数据分片、分布式事务和数据库治理功能,可适用于如Java同构、异构语言、云原生等各种多样化的应用场景。

shardingJDBC使用的范围

  • 适用于任何基于JDBC的ORM框架,如:JPA, Hibernate, Mybatis, Spring JDBC Template或直接使用JDBC。
  • 支持任何第三方的数据库连接池,如:DBCP, C3P0, BoneCP, Druid, HikariCP等。
  • 支持任意实现JDBC规范的数据库。目前支持MySQL,Oracle,SQLServer,PostgreSQL以及任何遵循SQL92标准的数据库。

详细一点的介绍直接看官网:https://shardingsphere.apache.org/document/current/cn/overview/

SQL语句相关

  • 逻辑表:水平拆分的数据库(表)的相同逻辑和数据结构表的总称。例:订单数据根据主键尾数拆分为2张表,分别是t_order_0到t_order_1,他们的逻辑表名为t_order。

  • 真实表:在分片的数据库中真实存在的物理表。例:示例中的t_order_0到t_order_1

  • 数据节点:数据分片的最小单元。由数据源名称和数据表组成,例:ds_0.t_order_0;ds_0.t_order_1;

  • 绑定表:指分片规则一致的主表和子表。例如:t_order表和t_order_item表,均按照order_id分片,则此两张表互为绑定表关系。绑定表之间的多表关联查询不会出现笛卡尔积关联,关联查询效率将大大提升。

  • 广播表:指所有的分片数据源中都存在的表,表结构和表中的数据在每个数据库中均完全一致。适用于数据量不大且需要与海量数据的表进行关联查询的场景。

数据分片相关

  • 分片键:用于分片的数据库字段,是将数据库(表)水平拆分的关键字段。例:将订单表中的订单主键的尾数取模分片,则订单主键为分片字段。

SQL中如果无分片字段,将执行全路由,性能较差。 除了对单分片字段的支持,ShardingSphere也支持根据多个字段进行分片。

  • 分片算法:通过分片算法将数据分片,支持通过=、>=、<=、>、<、BETWEEN和IN分片,分片算法需要应用方开发者自行实现,可实现的灵活度非常高。

目前提供4种分片算法

  • 精确分片算法:对应PreciseShardingAlgorithm,用于处理使用单一键作为分片键的=与IN进行分片的场景。需要配合StandardShardingStrategy使用。
  • 范围分片算法:对应RangeShardingAlgorithm,用于处理使用单一键作为分片键的BETWEEN AND、>、<、>=、<=进行分片的场景。需要配合StandardShardingStrategy使用。
  • 复合分片算法:对应ComplexKeysShardingAlgorithm,用于处理使用多键作为分片键进行分片的场景,包含多个分片键的逻辑较复杂,需要应用开发者自行处理其中的复杂度。需要配合ComplexShardingStrategy使用。
  • Hint分片算法:对应HintShardingAlgorithm,用于处理使用Hint行分片的场景。需要配合HintShardingStrategy使用。

分片策略:包含分片键和分片算法,由于分片算法的独立性,将其独立抽离。真正可用于分片操作的是分片键 + 分片算法,也就是分片策略。

目前提供5种分片策略

  • 标准分片策略:对应StandardShardingStrategy,提供对SQL语句中的=, >, <, >=, <=, IN和BETWEEN AND的分片操作支持。

    • StandardShardingStrategy只支持单分片键,提供PreciseShardingAlgorithm和RangeShardingAlgorithm两个分片算法。

      • PreciseShardingAlgorithm是必选的,用于=和IN的分片
      • RangeShardingAlgorithm是可选的,用于BETWEEN AND, >, <, >=, <=分片,不配置RangeShardingAlgorithm,SQL中的BETWEEN AND将按照全库路由处理。
  • 复合分片策略:对应ComplexShardingStrategy。提供对SQL语句中的=, >, <, >=, <=, IN和BETWEEN AND的分片操作支持

    • ComplexShardingStrategy支持多分片键,由于多分片键之间的关系复杂,因此并未进行过多的封装。
    • 而是直接将分片键值组合以及分片操作符透传至分片算法,完全由应用开发者实现,提供最大的灵活度。
  • 行表达式分片策略:对应InlineShardingStrategy。使用Groovy的表达式,提供对SQL语句中的=和IN的分片操作支持,只支持单分片键。

  • 对于简单的分片算法,可以通过简单的配置使用,从而避免繁琐的Java代码开发,如: t_user_$->{u_id % 8} 表示t_user表根据u_id模8,而分成8张表,表名称为t_user_0到t_user_7。

  • Hint分片策略:对应HintShardingStrategy。通过Hint指定分片值而非从SQL中提取分片值的方式进行分片的策略。

  • 不分片策略:对应NoneShardingStrategy。

配置相关

分片规则:分片规则配置的总入口。包含数据源配置、表配置、绑定表配置以及读写分离配置等。

  • 数据源配置:真实数据源列表。
  • 表配置:逻辑表名称、数据节点与分表规则的配置
  • 数据节点配置:用于配置逻辑表与真实表的映射关系。
  • 分片策略配置:
    • 数据源分片策略:对应于DatabaseShardingStrategy。用于配置数据被分配的目标数据源。
    • 表分片策略:对应于TableShardingStrategy。用于配置数据被分配的目标表,该目标表存在与该数据的目标数据源内。故表分片策略是依赖与数据源分片策略的结果的。
  • 自增主键生成策略:通过在客户端生成自增主键替换以数据库原生自增主键的方式,做到分布式主键无重复。(雪花算法)

开发步骤

开发整合方式

方式一:基于配置文件集成,方便简单但是不够灵活

 <!--主要有以下依赖,分库分表策略直接在application.properties做相关配置即可--><dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-jdbc-spring-boot-starter</artifactId><version>3.1.0.M1</version></dependency><dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-jdbc-spring-namespace</artifactId><version>3.1.0.M1</version></dependency>

方式二:这里我们主要基于java config的方式来集成到springboot中,更适合学习和理解

//相关依赖
<dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-jdbc-core</artifactId><version>3.1.0</version>
</dependency>
<!--<dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-transaction-2pc-xa</artifactId><version>3.1.0</version>
</dependency>-->
<dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-jdbc-orchestration</artifactId><version>3.1.0</version>
</dependency>
<dependency><groupId>io.shardingsphere</groupId><artifactId>sharding-orchestration-reg-zookeeper-curator</artifactId><version>3.1.0</version>
</dependency>

定义相关配置类(DataSourceConfig => MybatisConfig => TransactionConfig)

ShardingSphereDataSourceConfig
import javax.sql.DataSource;
import java.lang.management.ManagementFactory;
import java.sql.SQLException;
import java.util.*;/*** @Author zhangboqing* @Date 2020/4/25*/
@Configuration
@Slf4j
public class ShardingSphereDataSourceConfig {@Bean("shardingDataSource")DataSource getShardingDataSource() throws SQLException {//初始化相关的分片规则配置信息控制机制ShardingRuleConfiguration shardingRuleConfig = new ShardingRuleConfiguration();// 设置相关的数据源shardingRuleConfig.setDefaultDataSourceName("ds0");// 设置相关的Order表的相关的规则信息配置机制shardingRuleConfig.getTableRuleConfigs().add(getOrderTableRuleConfiguration());// 设置相关的OrderItem表的相关的规则信息配置机制shardingRuleConfig.getTableRuleConfigs().add(getOrderItemTableRuleConfiguration());// 配置绑定表关系shardingRuleConfig.getBindingTableGroups().add("t_order, t_order_item");// 广播表操作机制shardingRuleConfig.getBroadcastTables().add("t_config");// 设置相关的分片机制策略(数据源分片策略机制控制)shardingRuleConfig.setDefaultDatabaseShardingStrategyConfig(new InlineShardingStrategyConfiguration("user_id", "ds${user_id % 2}"));// 设置相关的分片策略机制,子啊inline模式下(包含了两种模式)shardingRuleConfig.setDefaultTableShardingStrategyConfig(getShardingStrategyConfiguration());// ShardingPropertiesConstant相关配置选项Properties properties = new Properties();//是否打印SQL解析和改写日志properties.put("sql.show",true);//用于SQL执行的工作线程数量,为零则表示无限制propertie.setProperty("executor.size","4");//每个物理数据库为每次查询分配的最大连接数量propertie.setProperty("max.connections.size.per.query","1");//是否在启动时检查分表元数据一致性propertie.setProperty("check.table.metadata.enabled","false");//用户自定义属性Map<String, Object> configMap = new HashMap<>();configMap.put("effect","分库分表");return ShardingDataSourceFactory.createDataSource(createDataSourceMap(), shardingRuleConfig, properties);}// 配置相关的分片策略机制private ShardingStrategyConfiguration getShardingStrategyConfiguration(){// 精确匹配PreciseShardingAlgorithm<Long> preciseShardingAlgorithm = new PreciseShardingAlgorithm<Long>() {@Overridepublic String doSharding(Collection<String> availableTargetNames, PreciseShardingValue<Long> shardingValue) {String prefix = shardingValue.getLogicTableName(); //逻辑表名称Long orderId = shardingValue.getValue(); //订单编码long index = orderId % 2; //订单表(分表路由索引)// t_order + "" + 0 = t_order0String tableName = prefix + "" +index;// 精确查询、更新之类的,可以返回不存在表,进而给前端抛出异常和警告。if (availableTargetNames.contains(tableName) == false) {LogUtils.error(log,"PreciseSharding","orderId:{},不存在对应的数据库表{}!", orderId, tableName);return availableTargetNames.iterator().next();}return tableName;
//                return availableTargetNames.iterator().next();}};// 范围匹配RangeShardingAlgorithm<Long> rangeShardingAlgorithm = new RangeShardingAlgorithm<Long>() {@Overridepublic Collection<String> doSharding(Collection<String> availableTargetNames, RangeShardingValue<Long> shardingValue) {String prefix = shardingValue.getLogicTableName();Collection<String> resList = new ArrayList<>();// 获取相关的数据值范围Range<Long> valueRange = shardingValue.getValueRange();// 如果没有上限或者下限的没有,则直接返回所有的数据表if (!valueRange.hasLowerBound() || !valueRange.hasUpperBound()) {return availableTargetNames;}// 获取下限数据范围long lower = shardingValue.getValueRange().lowerEndpoint();BoundType lowerBoundType = shardingValue.getValueRange().lowerBoundType();// 获取下限数据范围long upper = shardingValue.getValueRange().upperEndpoint();BoundType upperBoundType = shardingValue.getValueRange().upperBoundType();// 下限数据信息值long startValue = lower;long endValue = upper;// 是否属于开区间(下限)if (lowerBoundType.equals(BoundType.OPEN)) {startValue++; //缩减范围1}// 是否属于开区间(上限)if (upperBoundType.equals(BoundType.OPEN)) {endValue--; // 缩减范围1}// 进行计算相关所需要是实体表for (long i = startValue; i <= endValue ; i++) {long index = i % 2;String res = prefix + "" +index;// 精确查询、更新之类的,可以返回不存在表,进而给前端抛出异常和警告。if (availableTargetNames.contains(res) == false) {LogUtils.error(log,"RangeSharding","orderId:{},不存在对应的数据库表{}!", i, res);}else{resList.add(res);}}if (resList.size() == 0) {LogUtils.error(log,"RangeSharding","无法获取对应表,因此将对全表进行查询!orderId范围为:{}到{}",startValue,endValue);return availableTargetNames;}return resList;}};// 设置相关整体的算法整合ShardingStrategyConfiguration strategyConf = new StandardShardingStrategyConfiguration("order_id", preciseShardingAlgorithm, rangeShardingAlgorithm);return strategyConf;}// 获取相关的Order订单规则表配置信息控制配置控制机制TableRuleConfiguration getOrderTableRuleConfiguration() {// 逻辑表 + 实际节点 :设置逻辑表与数据节点(数据分片的最小单位)的映射关系机制TableRuleConfiguration result = new TableRuleConfiguration("t_order", "ds${0..1}.t_order${0..1}");// 主键生成配置result.setKeyGeneratorConfig(getKeyGeneratorConfigurationForTOrder());return result;}//主键操作的生成策略private KeyGeneratorConfiguration getKeyGeneratorConfigurationForTOrder() {Properties keyGeneratorProp = getKeyGeneratorProperties();return new KeyGeneratorConfiguration("SNOWFLAKE", "order_id", keyGeneratorProp);}// 获取相关的Order订单规则表配置信息控制配置控制机制TableRuleConfiguration getOrderItemTableRuleConfiguration() {TableRuleConfiguration result = new TableRuleConfiguration("t_order_item", "ds${0..1}.t_order_item${0..1}");result.setKeyGeneratorConfig(getKeyGeneratorConfigurationForTOrderItem());return result;}// 创建相关keyOrderItem机制控制操作private KeyGeneratorConfiguration getKeyGeneratorConfigurationForTOrderItem() {Properties keyGeneratorProp = getKeyGeneratorProperties();return new KeyGeneratorConfiguration("SNOWFLAKE", "id", keyGeneratorProp);}// 生成键值相关的generator的配置信息控制private Properties getKeyGeneratorProperties() {Properties keyGeneratorProp = new Properties();String distributeProcessIdentify = NetUtils.getLocalAddress() + ":" + getProcessId();String workId = String.valueOf(convertString2Long(distributeProcessIdentify));keyGeneratorProp.setProperty("worker.id", workId);LogUtils.info(log, "shardingsphere init", "shardingsphere work id raw string is {}, work id is {}", distributeProcessIdentify, workId);return keyGeneratorProp;}// 数据源相关配置机制Map<String, DataSource> createDataSourceMap() {Map<String, DataSource> result = new HashMap<>();result.put("ds0", DataSourceUtils.createDataSource("ds0"));result.put("ds1", DataSourceUtils.createDataSource("ds1"));return result;}// 常见相关的workerid和dataid对应相关的进程idprivate String getProcessId(){String name = ManagementFactory.getRuntimeMXBean().getName();String pid = name.split("@")[0];return pid;}// 转换字符串成为相关的long类型private Long convertString2Long(String str){long hashCode = str.hashCode() + System.currentTimeMillis();if(hashCode < 0){hashCode = -hashCode;}return hashCode % (1L << 10);}
}
ShardingsphereMybatisConfig 配置机制
/*** @Author zhangboqing* @Date 2020/4/23*/
@Configuration
@MapperScan(basePackages = "com.zbq.springbootshardingjdbcjavaconfigdemo.dao",sqlSessionFactoryRef = "sqlSessionFactoryForShardingjdbc")
public class ShardingsphereMybatisConfig {@Autowired@Qualifier("shardingDataSource")private DataSource dataSource;@Bean("sqlSessionFactoryForShardingjdbc")public SqlSessionFactory sqlSessionFactoryForShardingjdbc() throws Exception {SqlSessionFactoryBean sessionFactory = new SqlSessionFactoryBean();sessionFactory.setDataSource(dataSource);
//        sessionFactory.setMapperLocations(new PathMatchingResourcePatternResolver().
//                getResources("classpath*:**/*.xml"));sessionFactory.setTypeAliasesPackage("com.zbq.springbootshardingjdbcjavaconfigdemo.domain.entity");org.apache.ibatis.session.Configuration configuration = new org.apache.ibatis.session.Configuration();configuration.setMapUnderscoreToCamelCase(true);sessionFactory.setConfiguration(configuration);return sessionFactory.getObject();}
}
ShardingsphereTransactionConfig 配置机制

主要定制化配置事务操作可以空战未来的,为了未来的查询扩展XA


@Configuration
@EnableTransactionManagement
public class ShardingsphereTransactionConfig {@Bean@Autowiredpublic PlatformTransactionManager shardingsphereTransactionManager(@Qualifier("shardingDataSource") DataSource dataSource) {return new DataSourceTransactionManager(dataSource);}
}

【ShardingSphere技术专题】「ShardingJDBC实战阶段」SpringBoot之整合ShardingJDBC实现分库分表(JavaConfig方式)相关推荐

  1. Netty游戏服务器实战开发(11):Spring+mybatis 手写分库分表策略(续)

    在大型网络游戏中,传统的游戏服务器无法满足性能上的需求.所以有了分布式和微服务新起,在传统web服务器中,我们保存用户等信息基本都是利用一张单表搞定,但是在游戏服务器中,由于要求比较高,我们不能存在大 ...

  2. 【Java进阶营】Java技术专题「难点-核心-遗漏」Java线程状态流转及生命周期的技术指南(知识点串烧)

    前提介绍 本章主要介绍相关线程声明周期的转换机制以及声明周期的流转关系以及相关AQS的实现和相关的基本原理,配合这相关官方文档的中英文互译的介绍. 线程状态流转及生命周期 当线程被创建并启动以后,它既 ...

  3. 分库分表之 Sharding-JDBC 中间件,看这篇真的够了!

    点击上方蓝色"方志朋",选择"设为星标" 回复"666"获取独家整理的学习资料! 本文大纲如下 Sharding-JDBC 的基本用法和基本 ...

  4. Mysql分库分表工具ShardingSphere

    ShardingSphere是一款起源于当当网内部的应用框架.2015年在当当网内部诞生,最初就叫ShardingJDBC.2016年的时候,由其中一个主要的开发人员张亮,带入到京东数科,组件团队继续 ...

  5. 分库分表中间件 Sharding-Sphere

    文章目录 一.什么是Sharding-JDBC 发展历程 sharding-jdbc 和 mycat 分布式事务 Apache ServiceComb的分布式事务解决方案 XA分布式事务 基于分布式S ...

  6. 一文快速入门分库分表中间件 Sharding-JDBC (必修课)

    书接上文 <一文快速入门分库分表(必修课)>,这篇拖了好长的时间,本来计划在一周前就该写完的,结果家庭内部突然人事调整,领导层进行权利交接,随之宣布我正式当爹,紧接着家庭地位滑落至第三名, ...

  7. 一文快速入门分库分表中间件 Sharding-JDBC

    一.Sharding-JDBC 简介 Sharding-JDBC 最早是当当网内部使用的一款分库分表框架,到2017年的时候才开始对外开源,这几年在大量社区贡献者的不断迭代下,功能也逐渐完善,现已更名 ...

  8. 【Sharding-JDBC系列二】一文快速入门分库分表中间件 Sharding-JDBC (必修课)

    作为Sharding-JDBC 分库分表实战系列的开篇文章,我们在前文中回顾了一下分库分表的基础知识,对分库分表的拆分方式有了一定的了解,下边我们介绍一下 Sharding-JDBC框架和快速的搭建一 ...

  9. shardingjdbc全局表_Sharding-JDBC 分库分表概述

    分库分表是什么 小明是一家初创电商平台的开发人员,他负责卖家模块的功能开发,其中涉及了店铺.商品的相关业务,设计如下数据库: 通过以下SQL能够获取到商品相关的店铺信息.地理区域信息: SELECT ...

最新文章

  1. Android严苛模式StrictMode使用与取消
  2. make[1]: *** [objs/Makefile:445: objs/src/core/ngx_murmurhash.o] Error
  3. 金融数据分析余挖掘实战1.9-1.10补充
  4. Longest Ordered Subsequence 最长上升子序列+DP
  5. DirectShow 在 VS2010 中开发环境的设置
  6. 自定义JSON配置器
  7. 结尾匹配_2.nginx的server_name匹配顺序
  8. 为心爱的人做一个超具创意的表白网页吧❤(告白气球)HTML+CSS+JavaScript
  9. pythonidle是什么_Python入门 | IDLE的介绍和使用方法
  10. 企业级需求管理工具选型报告(2020年3月20日)
  11. Go-Excelize API源码阅读(二十五)——GetSheetName、GetSheetIndex、GetSheetMap()
  12. 设计模式之策略模式(Strategy)
  13. cnn(卷积神经网络)比较系统的讲解
  14. 基于Echarts实现可视化数据大屏智慧旅游综合服务平台系统
  15. android 啦窗帘的动画,android 下拉窗帘效果
  16. Python工程师从菜鸟到大师 之.语法基础之条件语句、循环语句和函数 02
  17. 爬取图片到mysql数据库_爬取微博图片数据存到Mysql中遇到的各种坑\mysql存储图片\爬取微博图片...
  18. 负反馈与马歇尔的均衡论
  19. XX健康:移动端开发-体检预约验证码30秒倒计时短信验证码获取与验证DatePicker日历展示提交预约复杂流程阿里短信工具类
  20. gn编译webrtc介绍

热门文章

  1. Qlikview Data Modeling---创建一个Key/Link Table
  2. 连涨了三天的股票,该买还是该卖?
  3. 维基解密再爆料:CIA能操纵浏览器,监视PPT
  4. 计算机三级网络技术最全知识点总结【2】
  5. 传智健康day04 预约管理-套餐管理
  6. SpeechRecognition离线语音识别
  7. 用Python读取照片拍摄的详细信息(拍摄时间、地址等)
  8. DocSys安装说明
  9. Oracle 数据库删除完全重复数据
  10. DNS信息查询综合实验