Transfer 2.0 介绍

       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，配置时还少了一步拷贝表结构

三个可执行文件 下载地址