17.1.1.9 Introducing Additional Slaves to an Existing Replication Environment   引入额外的Slaves 到一个存在的复制环境:

如果添加另外的slave 到一个存在的复制配置,你可以这样做 不需要停止master.

代替的是,设置新的slave 通过 拷贝一份存在的slave,除了配置新的slave 使用不同的server-id值

复制现有的存在slave:

1.关闭存在的slave:

shell> mysqladmin shutdown

2.将数据目录从存在的slave 复制到新的slave,你可以通过创建tar或者WinZip文件，

或者通过执行一个cp或者rsync,确保也包括log files和relay log files.

一个通用的问题是遇到 当增加新的复制slaves 是新的slaves 失败 一系列的警告和错误信息如下:

071118 16:44:10 [Warning] Neither --relay-log nor --relay-log-index were used; so

replication may break when this MySQL server acts as a slave and has his hostname

changed!! Please use '--relay-log=new_slave_hostname-relay-bin' to avoid this problem.

071118 16:44:10 [ERROR] Failed to open the relay log './old_slave_hostname-relay-bin.003525'

(relay_log_pos 22940879)

071118 16:44:10 [ERROR] Could not find target log during relay log initialization

071118 16:44:10 [ERROR] Failed to initialize the master info structure

这是由于事实,如果--relay-log  选项没有被指定,relay log 文件包含了主机名作为文件名的部分

(这个对于relay log index 文件也是一样 如果  --relay-log-index 选项没有被指定 

为了避免这个问题,使用 相同的值对于--relay-log 在新的slave，和用于存在的slave

（如果选项没有被指定在存在的slave上,使用existing_slave_hostname-relay-bin.)

如果这个是不行的,复制存在的slave的relay log index file 到新的slave 设置 --relay-log-index

在新的slave 来匹配 在存在的slave上。（如果这个选项没有被指定在存在的slave上,使用existing_slave_hostname-relay-bin.index）

作为一种选择--如果你已经尝试启动新的slave（遵循下面存在的步骤）

a.如果你没有这么做,执行stop slave 在新的slave上

 如果 你已经启动存在的slave,执行一个stop slave 在存在的slave上

b. 复制存在的slave的relay log 文件的内容到新的slave的relay log index file,确保覆盖任何存在的文件的内容.

c.继续在本节中其余步骤：

复制master info 和relay log info 信息库从存在的slave到新的slave.

那些保留当前的log的位置对于master的binary log和slave的relay log

4.启动存在的slave

5.在新的slave上, 编辑配置和给定新的slave 一个唯一的server-id 不被master和其他任何的slave使用

开始新的slave,slave使用信息在它的master info 信息库来开始复制