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路由引擎的资料请关注其它相关文章！