1.微服务必须分库么？
不可以单库跑多个服务么？
2.微服务模块如果分数据库了
怎么处理后台管理系统呢，我肯定要进行模块的数据管理和关联查询我该怎么处理
业务量不大，也没必要分库，（基础库共用很常见）但是业务系统百分百是分库的，一个业务系统一个库
至于查询，像动态数据源这种，直接开放库连接给你（单应用内常见），
还有就是走接口（最常见的了）
其实也见过这种靠数据冗余的场景，反范式设计避免跨库操作
1.不一定分库，可以单体项目。
2.分库后，如果需要别的库数据，可以叫负责那个库的同事提供相应的接口访问。
如满意请采纳。
你先要理解微服务的思想，什么情况使用微服务。
1、如果不分库的话，你的用户模块直接操作订单模块的表，你的订单模块也可以直接操作用户模块和物流模块的表，那为什么不直接做一个单体架构算了，既然需要直接操作多个模块的表，那就不需要服务间的接口调用，也根本不需要使用微服务的架构。
2、如果使用微服务，关于联表查询只能通过接口调用来处理，比如你在订单服务中有一个列表查询，需要用到用户名称。但用户名称在用户模块，那你只能在订单服务通过用户ID,查用户服务的接口获取到用户名称。当然有很多特定场景也可以用 Redis 缓存处理这样的问题。