java开发ShardingSphere的路由引擎类型示例详解
作者:周杰伦本人
ShardingSphere的路由引擎类型
本篇文章源码基于4.0.1版本
上篇文章我们了解到了ShardingSphere在路由流程过程中,根据不同类型的SQL会现在不同的路由引擎,而ShardingSphere支持的路由规则也很多了,包括广播(broadcast)路由、混合(complex)路由、默认数据库(defaultdb)路由、无效(ignore)路由、标准(standard)路由以及单播(unicast)路由等等,那么具体这些路由规则对应的是什么路由引擎呢?今天我们就聊聊这个。
路由引擎类型
RoutingEngineFactory 用来创建路由引擎的实例,对应的是它的newInstance()方法,根据Sql语句SQLStatement对象的类型选择不同的路由引擎,有
全库广播路由引擎DatabaseBroadcastRoutingEngine、
全库表广播路由引擎TableBroadcastRoutingEngine、
无效路由引擎IgnoreRoutingEngine、
默认数据库路由引擎DefaultDatabaseRoutingEngine(对默认的数据库进行路由)、
单播路由引擎UnicastRoutingEngine(单播路由只需要在任何数据库的任何表中获取就可以,相当于获取表中公有信息)、
数据源组的广播路由引擎DataSourceGroupBroadcastRoutingEngine、
数据库主库实例的广播路由引擎MasterInstanceBroadcastRoutingEngine(这个就是针对主库进行的操作,比如一些授权的SQL语句)
笛卡尔路由引擎CartesianRoutingEngine、
混合路由引擎ComplexRoutingEngine、
标准路由引擎StandardRoutingEngine
标准路由
标准路由是ShardingSphere推荐使用的一种分片路由策略,在进行分片表只有一个或者分片表是绑定关系,这个绑定关系是在配置文件中定义的,比如如下配置:
shardingRule: bindingTables: table1,table2
这个配置文件会解析成BindingTableRule集合,在进行判断绑定关系的时候根据逻辑表名获取BindingTableRule对象,判断是否在集合中,如果有就表明存在绑定关系
路由逻辑
路由逻辑在StandardRoutingEngine的route()中体现,具体逻辑是分两步走,先获取数据节点,在生成路由结果,获取路由接点对应StandardRoutingEngine的getDataNodes()方法:
private Collection<DataNode> getDataNodes(final TableRule tableRule) { if (isRoutingByHint(tableRule)) { return routeByHint(tableRule); } if (isRoutingByShardingConditions(tableRule)) { return routeByShardingConditions(tableRule); } return routeByMixedConditions(tableRule); }
- 如果是基于Hint的路由,具体就判断分片策略是否为HintShardingStrategy对象,调用routeByHint()方法
- 如果是分片条件的路由,调用isRoutingByShardingConditions()方法
- 否则就调用复合条件的路由
这三种情况都会调用route0()方法,先进行数据源的路由,再进行表的路由,生成数据节点
总结
这篇文章我们介绍了RoutingEngineFactory的newInstance()方法的具体逻辑,主要功能就是根据不同的SQL语句来创建不同的路由引擎,我们罗列一下ShardingSphere支持哪些路由引擎,并介绍了这些路由引擎的应用场景,其中对标准路由进行详细,介绍,先是根据路由规则获取数据节点,然后生成路由结果,具体路由策略在ShardingStrategy的实现类中体现。
以上就是java开发ShardingSphere的路由引擎类型示例详解的详细内容,更多关于java ShardingSphere路由引擎的资料请关注脚本之家其它相关文章!