一、主从复制的工作原理
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;
进行测试