Transfer是一个主从多线程同步工具，直接patch在MySQL中。2011年开发完成。于去年的12.12上线，并撑住高峰期主从，保证从库无延迟，使得应用能够直接从从库上读数据。

           对Transfer1.0背景有兴趣的同学可以看我以前的一篇博客。

    新功能

           Transfer第一版本存在两个可改进的点：单表并发和事务支持。

    a)      Transfer2.0支持单表并发，基本原理就是按照更新行的主键id (因此有一个限制是同步的表必须要有主键)。

    b)      Transfer2.0支持slave回放主库事务时以事务为单位执行。

     内部基本结构

    Transfer1.0

    为什么不直接写到slave里面？由于DBA同学觉得直接写在slave里面担心数据安全性，因此改造成第一个第三方工具。

    Transfer2.0

           外部主库和备库的行为相同，Trasnfer内部改为

    性能效果

           上周五在一个紧急项目中由于其他方案出问题，上线测试，从库tps性能从300+提升到2000+。

    安装配置

           Transfer的推荐配置结构是

          Master  ==> Transfer ==> Slave

           假设你已经有Master和Slave，Transfer建议部署在slave同一个机器，当时我们上线是这么配置的，当然如果你机器多，也可以考虑放在单独一个机器，只是不必要。

           Transfer的安装步骤：

    a)    附件中三个mysqld,分别是官方版本mysql-5.1.48, percona 版本5.5.18和淘宝MySQL分支5.5.18打入patch后生成的三个bin文件。

       需要你先安装你选择的对应的官方版本，然后替换mysqld。

    b)   My.cnf里面新增如下几行配置：

    remote_slave_hostname = 127.0.0.1

     remote_slave_username = root

     remote_slave_password =

     remote_slave_port = 3306

     transfer_slave_thread = 16

     slave_skip_errors=1062,1032

    c)      将Slave中需要同步的表结构，导入到Transfer中。注意，只需要表结构，不需要数据。

            其中remote_slave系列配置的是一个有super权限访问Slave的帐号。

           重启即可。

    在Transfer中的操作与在Slave中原本的操作相同，只是现在的关系是，Transfer注册为Master的主库，得到操作步骤后，更新Slave.

    Transfer变身Slave

           有的同学说我不想维护多一个实例。其实就so easy，只要把trasnfer的目标指向自己即可。

     为了安全起见，配置规则必须是

     remote_slave_hostname配置为127.0.0.1 且 remote_slave_port与Transfer端口相同。

     当然，如果Transfer自己是slave，配置时还少了一步拷贝表结构

    三个可执行文件下载地址