首页 > 代码库 > mysql主从复制过程

mysql主从复制过程

一、主从复制的工作原理
Mysql在Master与slave之间实现整个复制的过程由3个线程来完成的,其中两个线程(SQL线程和IO线程)在
Slave端,另外一个线程(IO)在Master端
  要实现Mysql的复制必须首先打开Master端的binary log(也就是二进制日志)否则无法实现.
 Mysql复制基本过程如下:
   (1)Slave上面的IO 线程链接上Master,并且请求指定日志文件的位置(或者 从开始的日志之后的日志内容)
   (2)Master接收到来自Slave的IO线程请求后,通过负责复制的IO线程根据这个请求信息指定日志的位置后,把这个信息返回给Slave的IO线程(返回的信心当中除了日志所包含的信息外,还包括了Master端的二进制文件名称和 二进文件的位置)
   
   (3)Slave的IO线程接收到Master端的返回信息之后,将日志内容一次写入slave端的Relay log文件,(mysql-relay-bin.xxx)当中,并且读取到Master端的bin-log文件和位置记录,
   记录到master-info文件当中,以便下一次能够清楚的告诉Master我需要从某个bin-log的哪个位置开始往后的内容,请发给我。
   
   (4)、Slave的SQL线程检测Relay log中心增加了内容后,马上解析Master二进制文件中的内容,并且执行里面的Query语句.
   
  优点:如果主服务器出现问题,可以快速切换到从服务器提供的服务
        可以在从服务器上执行查询操作,降低主服务器的访问压力
        可以在从服务器上执行备份,以避免备份期间影响主服务器的服务。
   缺点:根基目前业界的备份数据发送方式来看,当第一台服务器崩溃后,仍会有少量的新数据没来的及送到第二台服务器,这部分数据会丢失。

读写分离优点:增加了第二台服务器的压力,也就是增加了不稳定性。读写分离是在一个资金比较缺乏,又需保证数据安全的
前提下,在双机热备的方案上作出的一种折中方案。 




二、主从的环境
Master IP:10.0.0.201
Slave  IP:10.0.0.202


(1)在Master上操作
首先将log-bin日志打开
其次将server-id设置为1
将log-slave-updates给关闭掉

建立一个内部复制通信用户
>grant replication slave on *.* to ‘admin‘@‘10.0.0.202‘ identified by ‘123456‘;
flush privileges;
show master status\G;

(2)在Slave上操作
首先将log-bin日志打开
其次将server-id设置为2
将log-slave-updates打开
/etc/init.d/mysqld restart

>stop slave;
>change master to  
master_host=‘10.0.0.201‘, 
master_user=‘admin‘, 
master_password=‘123456‘,
master_log_file=‘mysql-bin.000005‘, 
master_log_pos=578;
>start slave;
>show slave status\G;
进行测试