我来给涨涨人气

如果一开始没有考虑到合并，比如ID是自增的这种，那么不太好处理的。能否考虑建议一个中央数据库，然后都往中央库同步。以后查询，要跨区的时候，就从中央库去查。

要大改，改造整个架构，比如数据库部署的结构。 另外，由于地域限制，肯定不同地域之间会有差异，看你期望是多少了。具体架构再说吧，这种问题我们遇到的多了。

你好，请问这个问题最后是怎么解决的？我最近也遇到这个问题，期待和您探讨，多谢

采用数据库同软件DBSync，这个问题好解决：（1）建立一个中央数据库。（2）在各分库端，先设置一个同步任务1，将分库数据同步至中央库，起到数据汇集的作用。（3）在各分库端，再设置一个同步任务2，方向反过来，将中央库数据同步至分库，起到数据分发的作用。
该软件支持异地同步，即使网络不稳定也没关系，因为它支持断点续传，即使出现网络故障、甚至断电，也关系不大，只会影响当时，一旦故障恢复，它会自动恢复同步，且不会遗漏数据。
另一个可能的问题是，如果当初没规划好，导致各分库的ID有冲突，也有办法：由于DBSync支持多主键，因此，咱们可以为数据表增加一个本地标识字段，由于各分库的标识不一样，用它与ID的联合作为主键，就不会冲突了。