oracle binlog同步,系统设计 | 通过Binlog来实现系统间数据同步

互联网时代除了业务迭代速度快，还有就是数据增速也比较快。单应用、单实例、单数据库的时代早已不复返。现在，作为技术研发，如果参与的项目没有用到分库分表，都不好意说自己做过大项目。

以电商为例， 角色分为买家和卖家，当网站的规模发展到一定的规模后，系统订单采用单表是满足不了用户需求的。分库分表势在必行。由于存在买家、卖家两个维度，所以一个Sharding Key满足不了业务需求。

常规的解决方式是采用空间换时间，毕竟存储的成本越来越低，我们会考虑数据复制，异构化处理。也同步一份数据到卖家的订单库，然后以卖家uid作为 Sharding Key 分片，专门供商家查询订单。

数据异构有两种方式：

1、写入DB订单表时，采用双写模式，买家表创建完后，然后在卖家表也创建一份数据记录，可以采用不用的分表键，写入不同的数据分片中。由于额外增加数据同步的写操作，会导致同步接口RT增大，从而影响整个系统的QPS。

可能有同学立马会说，我们可以采用异步方式，系统启动时初始化一个线程池，把同步业务逻辑封装成任务丢给线程池异步去执行。由于是本地任务，很难监控任务的执行情况，如果不小心赶上发布重启，还会有数据丢失的风险

2、另一种方式可以借助MQ，买家库写完后，发送事务消息，然后接口就可以结束响应。