在实现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。