您好,登錄后才能下訂單哦!
本篇內容介紹了“java開發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()方法,先進行數據源的路由,再進行表的路由,生成數據節點
“java開發ShardingSphere的路由引擎類型有哪些”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。