上面的表关联其实是比较简单的，只要原理思路理顺了，就ok了 。小伙伴们在开发的时候不要每次都去查询三张关联表，可以保存到缓存中（本地jvm缓存），这样不会影响性能 。
文章插图
一旦需要扩容，小伙伴是不是要增加一下group02关联关系，那应用服务需要重新启动吗？
简单点的话，就凌晨配置，重启应用服务就行了 。但如果是大型公司，是不允许的，因为凌晨也有订单的 。那怎么办呢？本地jvm缓存怎么更新呢？
其实方案也很多，可以使用用zookeeper，也可以使用分布式配置，这里是比较推荐使用分布式配置中心的，可以将这些数据配置到分布式配置中心去
到此为止，整体的方案介绍结束，希望对小伙伴们有所帮助 。谢谢！！！
这边隐含了一个关键点，那就是路由key（如：id）的值是非常关键的，要求一定是有序的，自增的，这个就涉及到分布式唯一id的方案，有对分布式ID不清楚的小伙伴，可以留言讨论！
【数据库分库分表？如何做到永不迁移数据和避免热点？】
推荐阅读
- Oracle数据库和SQL server数据库的区别
- 数据库软件架构，到底要设计些什么？
- 在Python中使用Pandas库实现MySQL数据库的读写
- Redis高性能缓存数据库面试题
- 数据库的并发操作可能带来的问题有哪些
- Oracle - 数据库的实例、表空间、用户、表之间关系
- mysql数据库中utf8和utf8mb4对比总结
- 详解mysql数据库是如何修改普通表为自增表？
- 超详细的mysql数据库参数优化，都总结在这里了
- 分库分表这样做，永不迁移数据且避免热点