| 由于背景原因，所做的主从同步还是要基于MySQL 5.1的版本，主从同步主要是一个数据库读写访问原来的数据库热度过大，需要做到使用从库对读分压。
MySQL主从同步介绍 MySQL 支持单双向、链式级联、异步复制。在复制过程中，一个服务器充当主服务器（Master）,而一个或多个其它的服务器充当从服务器（Slave）。 如果设置了链式级联复制，那么，从（slave）服务器本身除了充当从服务器外，也会同时充当其下面从服务器的主服务器。链式级联复制类似A->B ->C ->D 的复制形式。 当配置好主从复制后，所有对数据库内容的更新就必须在主服务器上进行，以避免用户对主服务器上数据内容的更新与对从服务器上数据库内容的更新之间发生冲突。生产环境中一般会，忽略授权表同步，然后对从服务器上的而用户授权select读权限，或在my.cnf配置文件中加read-only 参数来确保从库只读，当然二者同时操作效果更佳。
MySQL主从复制的原理 MySQL 主从复制是一个异步复制过程（但看起来也是实时的），数据库数据从一个MySQL数据库（我们称为Master)复制到另一个MySQL数据库（我们称之为Slave）。在Master和Slave之间实现整个主从复制的过程有三个线程参与完成。其中两个线程（SQL线程和IO线程）在Slave端，另一个线程（IO线程）在Master端。 要实现MySQL的主从复制，首先必须打开Master端的Binlog(MySQL-bin.XXXXX)功能，否则无法实现主从复制。因为整个复制过程实际上就是Slave从Master端获取Binlog日志，然后再在Slave自身上以相同顺序执行binlog日志中所记录的各种操作。打开MySQL的binlog可以通过MySQL的配置文件my.cnf中的mysqld模块（[mysqld]标识后的参数部分）添加“log-bin”参数项。
MySQL主从复制过程描述 下面简单描述下MySQL Replication的复制过程： 1、Slave服务器上执行start slave，开启主从复制开关。 2、此时，Slave服务器的IO线程会通过在Master上授权的复制用户请求连接Master服务器，并请求从指定Binlog日志文件的指定位置（日志文件和位置是在配置主从服务时change master 时指定的）之后的Binlog日志内容。 3、Master服务器接收到来自Slave服务器的IO线程的请求后，Master服务器上负责复制IO线程根据Slave服务器的IO线程请求的信息读取指定Binlog日志文件指定位置之后的Binlog日志信息，然后返回给Slave端的IO线程。返回的信息中除了日志内容外，还有本次返回日志内容在Master服务器端的新Binlog文件名称以及在Binlog中的指定位置。 4.、当Slave服务器的IO线程获取到来自Master服务器上IO线程发送日志内容及日志文件及位置点后，将Binlog日志内容依次写入到Slave端自身的Relay Log（即中继日志）文件（MySQL-relay-bin.xxxxx)的最末端，并将新的Binlog文件名和位置记录到master-info文件中，以便下一次读取Master端新binlog日志时能够告诉Master服务器需要从新binlog日志的那个文件那个位置开始请求新的Binlog日志内容。 5.、Slave服务器的SQL线程会实时的检测本地Relay Log中新增加了日志内容，然后及时的把Log文件中的内容解析成在Master端曾经执行的SQL语句的内容，并在自身Slave服务器上按语句的顺序执行应用这些ＳＱＬ语句。 6、 经过了上面的过程，就可以确保在Master端和Slave端执行了同样的SQL语句。当复制状态正常的情况下，Master端和Slave端的数据是完全一样的。 主从复制的原理图 
|
来源：oschina
链接：https://my.oschina.net/u/2814422/blog/730198