ShardingSphere中配置体系是如何设计的
这篇文章给大家分享的是有关ShardingSphere中配置体系是如何设计的的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。
创新互联长期为上千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为响水企业提供专业的成都做网站、网站建设，响水网站改版等技术服务。拥有10多年丰富建站经验和众多成功案例,为您定制开发。
什么是行表达式？
行表达式是 ShardingSphere 中用于实现简化和统一配置信息的一种工具，在日常开发过程中应用得非常广泛。它的使用方式非常直观，只需要在配置中使用 ${expression} 或 $->{expression} 表达式即可。
基于行表达式语法，${begin..end} 表示的是一个从"begin"到"end"的范围区间，而多个 ${expression} 之间可以用"."符号进行连接，代表多个表达式数值之间的一种笛卡尔积关系。
类似场景也可以使用枚举的方式来列举所有可能值。行表达式也提供了 ${[enum1, enum2,…, enumx]} 语法来表示枚举值，所以"ds${0..1}.user${0..1}"的效果等同于"ds${[0,1]}.user${[0,1]}"。
由于 ${expression} 与 Spring 本身的属性文件占位符冲突，而 Spring 又是目前主流的开发框架，因此在正式环境中建议你使用 $->{expression} 来进行配置。
ShardingSphere有哪些核心配置？
对于分库分表、读写分离操作而言，配置的主要任务是完成各种规则的创建和初始化。配置是整个ShardingSphere的核心，也是我们日常开发过程中的抓药工作。可以说，只要我们掌握了ShardingSphere的核心配置项，就相当于掌握了这个框架的使用方法。那么，ShardingSphere 有哪些核心配置呢？这里以分片引擎为例介绍最常用的几个配置项，而与读写分离、数据脱敏、编排治理相关的配置项我们会在介绍具体的应用场景时再做展开。
ShardingRuleConfiguration
DataSource是我们使用ShardingSphere的入口，创建DataSource的过程中使用到了一个ShardingDataSourceFactory类，这个工厂类的构造函数中需要传入一个ShardingRuleConfiguration对象。显然，从命名上看，这个ShardingRuleConfiguration就是用于分片规则的配置入口。
ShardingRuleConfiguration中所需要配置的规则比较多，下面通过一张图例来进行简单说明
事实上，对于ShardingRuleConfiguration而言，必须要设置的只有一个配置项，即TableRuleConfiguration。
TableRuleConfiguration
从命名上看，TableRuleConfiguration是表分片规则配置，但事实上，这个类同时包含了对分库和分表两种场景的设置，TableRuleConfiguration包含很多重要的配置项：
actualDataNodes：代表真实的数据节点，由数据源名+表名组成，支持行表达式。例如：ds${0..1}.user${0..1}
databaseShardingStrategyConfig：代表分表策略，如果不设置也会使用默认分表策略，这里的默认分表策略同样来自ShardingRuleConfiguration中的defaultTableShardingStrategyConfig配置
keyGeneratorConfig：代表分布式环境下的自增列生成器配置，ShardingSphere中集成了雪花算法等分布式ID的生成器实现。
ShardingStrategyConfiguration
dataBaseShardingStrategyConfig和tableShardingStrategyConfig的类型都是一个ShardingStrategyConfiguration对象。在ShardingSphere中，ShardingStrategyConfiguration实际上是一个空接口，存在一系列的实现类，其中的每个实现类都代表一种分片策略：
在这些具体的分片策略中，通常需要指定一个分片列 shardingColumn 以及一个或多个分片算法 ShardingAlgorithm。
KeyGeneratorConfiguration
可以想象，对于一个自增列而言，KeyGeneratorConfiguration 中首先需要指定一个列名 column。同时，因为 ShardingSphere 中内置了一批自增列的实现机制（例如雪花算法 SNOWFLAKE 以及通用唯一识别码 UUID），所以需要通过一个 type 配置项进行指定
ShardingSphere提供了哪些配置方式？
ShardingSphere提供了4种配置方式。用于不同的使用场景：
Java代码配置
Yaml配置
Spring命名空间配置
Spring Boot配置
[详细配置看官网](https://shardingsphere.apache.org/document/legacy/4.x/document/cn/manual/sharding-jdbc/configuration/ "详细配置看官网")
ShardingSphere的配置体系是如何实现的？
ShardingRuleConfiguration配置体系
对于ShardingSphere而言，配置体系的作用本质上就是用来初始化DataSource等JDBC对象。例如，ShardingDataSourceFactory就是基于传入的数据源Map、ShardingRuleConfiguration以及Properties来创建一个ShardingDataSource对象：
public final class ShardingDataSourceFactory {
public static DataSource createDataSource(
final Map dataSourceMap, final ShardingRuleConfiguration shardingRuleConfig, final Properties props) throws SQLException {
return new ShardingDataSource(dataSourceMap, new ShardingRule(shardingRuleConfig, dataSourceMap.keySet()), props);
}
} 在 ShardingSphere 中，所有规则配置类都实现了一个顶层接口 RuleConfiguration。RuleConfiguration 是一个空接口，ShardingRuleConfiguration 就是这个接口的实现类之一，专门用来处理分片引擎的应用场景。下面这段代码就是 ShardingRuleConfiguration 类的实现过程：
public final class ShardingRuleConfiguration implements RuleConfiguration {
//表分片规则列表
private Collection tableRuleConfigs = new LinkedList<>();
//绑定表规则列表
private Collection bindingTableGroups = new LinkedList<>();
//广播表规则列表
private Collection broadcastTables = new LinkedList<>();
//默认数据源
private String defaultDataSourceName;
//默认分库策略
private ShardingStrategyConfiguration defaultDatabaseShardingStrategyConfig;
//默认分表策略
private ShardingStrategyConfiguration defaultTableShardingStrategyConfig;
//默认自增列值生成器
private KeyGeneratorConfiguration defaultKeyGeneratorConfig;
//读写分离规则
private Collection masterSlaveRuleConfigs = new LinkedList<>();
//数据脱敏规则
private EncryptRuleConfiguration encryptRuleConfig;
} 可以看到，ShardingRuleConfiguration 中包含的就是一系列的配置类定义，通过前面的内容介绍，我们已经明白了这些配置类的作用和使用方法。其中，核心的 TableRuleConfiguration 定义也比较简单，主要包含了逻辑表、真实数据节点以及分库策略和分表策略的定义：
public final class TableRuleConfiguration {
//逻辑表
private final String logicTable;
//真实数据节点
private final String actualDataNodes;
//分库策略
private ShardingStrategyConfiguration databaseShardingStrategyConfig;
//分表策略
private ShardingStrategyConfiguration tableShardingStrategyConfig;
//自增列生成器
private KeyGeneratorConfiguration keyGeneratorConfig;
public TableRuleConfiguration(final String logicTable) {
this(logicTable, null);
}
public TableRuleConfiguration(final String logicTable, final String actualDataNodes) {
Preconditions.checkArgument(!Strings.isNullOrEmpty(logicTable), "LogicTable is required.");
this.logicTable = logicTable;
this.actualDataNodes = actualDataNodes;
}
}无论采用哪种配置方式，所有的配置项都是在这些核心配置类的基础之上进行封装和转换。最终生成ShardingRuleConfiguration，然后通过ShardingDataSourceFatory生成ShardingDataSource获取连接。
感谢各位的阅读！关于“ShardingSphere中配置体系是如何设计的”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
网站标题：ShardingSphere中配置体系是如何设计的
路径分享：http://cdiso.cn/article/pcisjg.html
