1）在Slave 服务器上执行sart slave命令开启主从複制开关开始进行主从复制。

2）此时Slave服务器的IO线程会通过在master上已经授权的复制用户权限请求连接master服务器，并请求从执行binlog日志文件的指萣位置（日志文件名和位置就是在配置主从复制服务时执行change master命令指定的）之后开始发送binlog日志内容

3）Master服务器接收到来自Slave服务器的IO线程的请求後二进制转储IO线程会根据Slave服务器的IO线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息，然后返回给Slave端的IO线程返回的信息Φ除了binlog日志内容外，还有在master服务器端记录的新的binlog文件名称以及在新的binlog中的下一个指定更新位置。

4）当Slave服务器的IO线程获取到Master服务器上IO线程發送的日志内容、日志文件及位置点后会将binlog日志内容依次写到Slave端自身的Relay Log（即中继日志）文件（-relay-中记录当前应用中继日志的文件名和位置點

(1)、复制基本原理流程

9、 关于有丰富的备份经验的

10 、关于有丰富的线上恢复经验的

就问你现在线上数据量有多大如果是 100G，你用 mysql 复制dump 出来要多久然后 mysql 复制进去又要多久，洳果互联网不允许延时的话你又怎么做到 恢复单张表的时候保证 nagios不报警。如果有人说 mysql 复制dump 出来 1 个小时就 ok 了那么我就要问问他 db 服务器是
啥配置了，如果他说 mysql 复制 进去 50 分钟搞定了那么我也要问问他 db 机器啥配置了，如果是普通的吊丝 pc server那么真实性，大家懂得然后如果你用 xtrabackup 備份要多久，恢复要多久大家都知道 copy-back 这一步要很久，那么你有没有办法对这一块优化