标签：
MySQL主从复制的基本过程如下：
1. Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;
2. Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置;
3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”
4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave 端执行了同样的 Query，所以两端的数据是完全一样的。
MySQL主从复制的参考图：
MySQL主从配置：
准备工作： 2台mysql服务器（mysql的版本一致）; 两台mysql的原有的数据一致（确定一台做主库后，mysqldump，把数据导入到从库中） 1修改配置文件 1）修改主库配置文件，在[mysqld]下面添加： log-bin=mysql-bin server-id = 1 2）修改从库配置文件，在[mysqld]下面添加：： relay-log=mysql-relay server-id = 152 2主库上设置同步的账号： mysql> grant replication client,replication slave on *.* to ‘repl‘@‘192.%.%.%‘ identified by ‘repl‘; Query OK, 0 rows affected (0.00 sec) mysql> flush privileges; Query OK, 0 rows affected (0.00 sec) 3查看主库的bin-log信息， mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000001 | 1526 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec) 4在从库上设置： mysql> change master to -> master_host=‘192.168.12.151‘, -> master_user=‘repl‘, -> master_password=‘repl‘, -> master_log_file=‘mysql-bin.000001‘, -> master_log_pos=1526; mysql> start slave; 5到此主从基本配置完毕，我们需要在从库上show slave status观察几个值，确认是否正常。 mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Slave_IO_Running: Yes Slave_SQL_Running: Yes 6确认正常之后，在主库上修改数据，观察从库是否进行改变。
原文地址：
http://wangtianbao.org/65.html
标签：
原文地址：http://www.cnblogs.com/wtb123456/p/5668483.html
