在实现levelDB挂载成MySQL引擎时，发现在实际存储是key-value格式时候，MySQL的异构数据同步，可以更简单和更通用。
　　以tair为例，简要描述一下以MySQL为基础的一种方案。
　　所谓异构数据同步，是指应用只更新MySQL，而由后端的某些机制将这些更新应用到其他数据存储服务上。
　　1、MySQL-Tair 引擎
　　a) 使用
　　
　　b) 说明
　　这不是一个“存储引擎”，实际上数据存储在tair服务器上。执行insert/update/delete时，只是将对应的动作put /remove到tair服务器。当然这个过程对用户是透明的。
　　2、MySQL-Tair 引擎怎么用于更新tair数据
　　首先，数据更新有两种方式，同步更新和异步更新。
　　a) 异步更新
　　先说异步更新。这个类似“读binlog来更新数据”的方案。如果使用MySQL-Tair引擎，结构可以如下：
　　
　　说明：tair表只存在Slave上，与主库上要更新的表同名。
　　完备性：以现在主库都是row格式的binglog结构为背景，这里Slave上收到的都会是这个更新的完整行信息，从中取出需要的key和value即可。
　　b) 同步更新
　　同步更新的意思，是应用端更新MySQL， 在MySQL和tair同时更新完成后，MySQL才返回用户更新成功。
　　这种模式更像将tair作为MySQL的网络级别缓存服务。当然应用在读取的时候可以绕过MySQL直接访问tair，则只是作为一种更新方案。
　　这种模式能够让更新后的下一次访问直接命中tair中的缓存数据。异步则无法保证。
　　结构如下：
　　
　　说明：这里实体数据表与tair表在同一个数据库，表结构相同，引擎不同。应用还是更新数据表，用触发器触发相同的语句更新tair表。
　　完备性：同样的，触发器会得到这个更新的新行全值。
　　3、MySQL同步的优点
　　这种有以下优势，即使只考虑异步更新模式：
　　a) 不需要自己模拟一个MySQL数据库的从库、不需要维护连接(MySQL自带)
　　b) 不需要解析binlog(什么时候binlog切换都要关心，要做的事情太多)
　　c) 更方便的监控。MySQL数据库现有的监控接口，直接得到tps、延迟时间，同步点。
　　d) 更方便的管理。如果主库挂了，一个Change master命令即可;想暂时停更新，stop slave、start slave。
　　e) 更方便的扩展。 直接利用MySQL数据库的级联主从。
　　当然还有读binlog方案无法实现的同步选择。
　　4、其他
　　不限于tair，只是举例。
　　如果后端是一个可靠存储，如TFS，则可以当作一个存储表来使用，读写都是SQL接口。与直接更新TFS有什么区别?简单说一个，可以直接跟MySQL里的实体表做join操作。