阿里巴巴开源项目：分布式数据库同步系统otter(解决中美异地机房)

比较识货，两者功能是差不多。

说一下和它的渊源，otter的第三个版本是基于SymmetricDS 2.x版本发展出来，正是因为有了这层关系，两者才有一些相似。

这次开源的为otter的第四个版本，从2011年开始开发，和SymmetricDS几个不同点：
1. 数据capture方式：otter4目前支持log-based，otter3和SymmetricDS一样，是基于trigger.
2. 双向同步冲突处理：otter4目前已经有比较成熟的方案， 而从SymmetricDS 3.x的文档中看，还处于planing中
3. 调度模型：otter4相比于SymmetricDS，在数据传输的模型上，引入了并行化调度，提升同步tps. 而在SymmetricDS 3.x文档中暂没看到相关的描述，基本还是串行的处理，只不过多了push的功能，这点是otter4没有的

基于log-based的方案，对于数据库的影响相对较少，同时可精确提取具体变更的字段，做到按需同步，而SymmetricDS基于trigger的方式，只能提取到变更的pk，每次同步时基于pk反查源库提取到行记录。从性能上来说，按字段同步传输量和数据库载入上都有很大的优势，从数据冲突上来说，冲突粒度更小了，有利于冲突处理方案的执行。

可以说下，otter3和otter4的性能对比，基本上是一个数量级上的提升，otter3的基于trigger，然后根据pk反查的，处理tps基本只在500~1000tps，而基于log-based，基于字段同步的可以达到5000~10000tps.

SymmetricDS有一个比较大的优势就是支持的数据库的比较多，这也是基于log-based所无法超越的，因为完成一个log-based不是那么简单的，代价很高，也就是最近1，2年才陆续有mysql的log-based出现，而oracle的log-based基本上的价格就是一个oracle的价格。

我们是一个产品型的应用，只管产品实现这块，具体实施方面不是我们在做， 但大概是这样：
每个机房可以部署一个node（看具体需要支持的数据量），一般可以支持到共1个主node，3-4个分node吧。 同步策略不是实时的，有定时任务做， 一般是分node先push自己的数据到主node， 然后分node再从主node pull数据来做同步。

一个管理机房设备的产品?这种和互联网的数据模式不太一样，我们追求实时，用户下单了，要尽快能够看到