分库分表后路由策略设计

推荐关注

扫码关注“后端架构师”，选择“星标”公众号

重磅干货，第一时间送达！

责编：架构君 | 来源：人间凑个数

链接：https://juejin.cn/post/7128726681954549768

上一篇好文：这个外包公司太恶心了。。进去请三思！

大家好，我是后端架构师。

目录

• 概述

• 支持场景

• 路由策略

• 用户端路由key

• 商家路由key

概述

分库分表后设计到的第一个问题就是，如何选择路由key，应该如何对key进行路由。路由key应该在每个表中都存在而且唯一。路由策略应尽量保证数据能均匀进行分布。

如果是对大数据量进行归档类的业务可以选择时间作为路由key。比如按数据的创建时间作为路由key，每个月或者每个季度创建一个表。按时间作为分库分表后的路由策略可以做到数据归档，历史数据访问流量较小，流量都会打到最新的数据库表中。

也可以设计其与业务相关的路由key。这样可以保证每个数据库的资源都能很好的承担流量。

支持场景

外卖订单平台分库分表后需要支持的场景，用户的角度，需要实时查看所点外卖订单的状态，跟踪订单信息。商家需要查询订单信息，通过订单分析菜品的质量，进行商业决策。

用户Consumer = C端 商家Business = B端

用户下单后订单可能会落到不同的表中，查询的时候可能需要查询多张表。

路由策略

如果创建订单时随机插入到某一张表中，或者不知道插入到那张表中，查询订单的时候都需要查询所有的表才能确保查询的准确信。

如果在插入订单的时候有一定的规则，根据这个规则插入到数据库中，查询的时候也执行相应的规则到对应的表中进行查询。这样就能减少数据操作的复杂性。可以通过设计路由策略来实现，用户和商家查询数据的时候都遵循相同的路由策略。

用户端路由key

根据上一小节的路由策略分析，现在需要选定一个路由key。用户端让同一个用户id的数据保存到某固定的表中，所以可以选用用户id最为路由key。另外，搜索公众号Java架构师技术后台回复“商城”，获取一份惊喜礼包。

在单库的情况下，用户下单，生成一个订单，把用户id作为路由key，对user_id取hash值然后对表的数量进行取模，得到对应需要路由的表，然后写入数据。

多库多表的情况下需要先找到对应的库然后再找到对应的表。多库多表的路由策略：用户下达->生成订单->路由策略：根据用户id的hash值对数据库的数量进行取模找到对应的数据库->根据用户id的hash值除以对表的数量，然后在对表的数量进行取模即可找到对应的表。

路由策略设计的要点是根据具体的业务业务场景设计，跟用户信息关联度比较大的作为路由key进行hash值取模

商家路由key

单独为商家B端设计了一套表(C端和B端是独立的)。

用户的角度以user_id作为路由key，商户的角度以商家id作为路由key。商家是如何通过路由key路由数据的呢。游湖在下单的时候把队友的订单号发送到MQ里，商家可以去消费这个MQ，然后根据订单号获取订单信息，然后再把订单信息插入到商户的数据库表当中。商户的路由策略和用户的路由策略是一样的。

用户端和商户端的完整数据流程图：

欢迎有需要的同学试试，如果本文对您有帮助，也请帮忙点个 赞 + 在看 啦！❤️

在 GitHub猿 还有更多优质项目系统学习资源，欢迎分享给其他同学吧！

PS：如果觉得我的分享不错，欢迎大家随手点赞、转发、在看。

最后给读者整理了一份BAT大厂面试真题，需要的可扫码加微信备注：“面试”获取。

版权申明：内容来源网络，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意。谢谢!

END

最近面试BAT，整理一份面试资料《Java面试BAT通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。在这里，我为大家准备了一份2021年最新最全BAT等大厂Java面试经验总结。

别找了，想获取史上最全的Java大厂面试题学习资料

扫下方二维码回复「面试」就好了

历史好文：

扫码关注“后端架构师”，选择“星标”公众号

重磅干货，第一时间送达！