说实话，要在多个服务器之间实现高效的数据同步，绝对没有什么万能的解决方案。不同的架构、不同的业务场景，适合的同步方案自然是不一样的。
不过呢，有几个原则是通用的，搞懂它们有助你避开很多坑。
第一：数据必须统一，保持一致性。同步这码事儿最怕的就是数据结构乱七八糟，不一致，因为这样容易出了岔子，对业务的影响说不定是无法挽回的！记住，无论选择什么同步方案，首要原则就是确保数据的一致性，这一点永远不能妥协。
第二：同步的效率也要格外重视。现在系统要求都越来越高，一点点延迟都可能让用户退出，流失掉。你的同步得足够快，尽可能做到实时，避免延迟太高影响用户体验。
第三：同步方案要灵活。毕竟业务场景总会发生变化，今天的同步架构哪天就可能被扩容或架构升级了，如果同步方案无法应对，那整个系统就得重新工程了，多麻烦啊。
了解完这些原则，你就可以选择合适自己的技术方案了。
对于读多写少的场景，建议考虑主从复制，或是发布订阅模式，如果读写操作都很频繁，不妨使用分布式事务，还有就是借助消息队列，实现异步通知更新，这也是个不错的选择。
当然啦，任何技术方案都有自己的优缺点，用之前一定要斟酌再三！比如主从复制虽说简单易用，但主节点一旦故障就得人工处理了。而分布式事务又太重，实施以及后续维护成本都很高，小系统用起来往往有点杀鸡用牛刀的感觉。
所以说，在你最终确定同步方案前，务必结合实际情况，从你的数据量、并发量、容灾能力、成本等多方面进行权衡，有的时候，甚至需要混合使用多种方案，形成异构的同步架构。你要找出最合适自己的。
怎么样？我胡扯了这么多，你应该对数据库同步有个初步的认识了吧？有啥不懂的就追问。