微服务跨数据库联合查询_微服务架构下，解决数据库跨库查询的一些思路

来自公众号：架构荟萃

作者：Wooola

前言

在服务做微服务改造后，原先单库join查询已经不能满足要求，每个拆分的微服务对应一个数据库实例，而且部署在不同的服务器上，那么解决“跨库查询”就势在必行了。

image

以笔者实战经历来看，以下几个思路仅供参考：

image

表字段冗余

想必大家已经很熟悉，几乎每天都会打交道，不用多讲。

需要指出的是冗余字段不能太多，建议控制在2-4个左右。否则会出现数据更新不一致问题，一旦冗余字段有改动，极容易产生脏数据。

解决思路

建立同步机制，必要时采取人工补偿措施。

所以，合理的字段冗余是润滑剂，减少join关联查询，让数据库执行性能更高更快。

image

二、聚合服务封装查询

聚合服务

简单来说，就是把不同服务的数据统一组装在一个新的服务里做聚合，对外提供统一入口API接口查询。

笔者曾经开发新闻报表查询接口时，需要用到用户，新闻、用户标签、登录记录等数据。但是用户、新闻、登录记录在不同的数据库，而且还不在同一台服务器上。经笔者分析，把代码写在用户微服务或者新闻微服务都不合适，最后只能自己单独写了一个聚合服务来解决跨查询数据问题。

聚合服