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 [email protected] 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;

进行测试

原文：http://lj644242741.blog.51cto.com/9245272/1539122