Mysql5.6主从复制-基于binlog

一时失言乱红尘 2021-09-12 05:30 287阅读 0赞

其余问题参考：

http://m.blog.csdn.net/article/details?id=17263509

http://m.blog.csdn.net/article/details?id=17264633

MySQL5.6开始主从复制有两种方式：基于日志（binlog）；基于GTID（全局事务标示符）。

此文章是基于日志方式的配置步骤

环境：

master数据库IP：192.168.247.128  
slave数据库IP：192.168.247.130  
mysql版本：5.6.14  
  
1.修改master配置文件并重启服务：

\[mysqld\]  
server\_id=1  
binlog-ignore-db=test  \#不记录binlog  
replicate-ignore-db=test  \#不复制test库的binlog  
log-bin=mysql-bin  
binlog\_cache\_size = 1M  
binlog\_format=mixed  
expire\_logs\_days=3  
  
  
2.修改slave配置文件并重启服务：  
\[mysqld\]  
server\_id=2  
binlog-do-db = mydb  
binlog-ignore-db=test  \#不记录binlog  
replicate-ignore-db=test  \#不复制test库的binlog  
log-bin=mysql-bin  
binlog\_cache\_size = 1M  
binlog\_format=mixed  
expire\_logs\_days=3  
  
  
3.在master上建立用于复制的用户  
mysql>grant replication slave, replication client on \*.\* to 'repl'@'192.168.247.130' identified by 'pwd';

4.备份master的数据

方法1：数据前先锁表，保证数据一致性

mysql> UNLOCK TABLES;

方法2：使用--lock-all-tables和--master-data参数结合，导出数据

\# mysqldump -uroot -p --hex-blob --lock-all-tables -R --triggers --databases mydb --master-data=2 --default-character-set='utf8' --quick> /tmp/mydb.sql

[有关--master-data参数说明][--master-data]

5.拷贝备份文件到slave，并导入

\#scp /tmp/mydb.sql

\#mysql -uroot -p -B mydb </tmp/mydb.sql

6.在slave上同步binlog

mysql>CHANGE MASTER TO MASTER\_HOST='192.168.247.128',MASTER\_USER='repl',MASTER\_PASSWORD='pwd',MASTER\_LOG\_FILE='mysql-bin.000015',MASTER\_LOG\_POS=1273;

如果是方法2导出的数据，则通过以下语句查询binlog文件名和pos位置：

\# grep -i "CHANGE MASTER TO" /tmp/mydb.sql  
\--CHANGE MASTER TO MASTER\_LOG\_FILE='mysql-bin.000015', MASTER\_LOG\_POS=1273;

7.开启复制  
mysql> START slave;  
Query OK, 0 rows affected, 1 warning (0.00 sec)  
  
8.查看slave状态  
mysql> show slave status\\G  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
               Slave\_IO\_State:   
                  Master\_Host: 192.168.247.128  
                  Master\_User: repl  
                  Master\_Port: 3306  
                Connect\_Retry: 60  
              Master\_Log\_File: mysql-bin.000015  
          Read\_Master\_Log\_Pos: 1273  
               Relay\_Log\_File: DBtest1-relay-bin.000001  
                Relay\_Log\_Pos: 4  
        Relay\_Master\_Log\_File: mysql-bin.000015  
             Slave\_IO\_Running: No  
            Slave\_SQL\_Running: Yes  
              Replicate\_Do\_DB:   
          Replicate\_Ignore\_DB:   
           Replicate\_Do\_Table:   
       Replicate\_Ignore\_Table:   
      Replicate\_Wild\_Do\_Table:   
  Replicate\_Wild\_Ignore\_Table:   
                   Last\_Errno: 0  
                   Last\_Error:   
                 Skip\_Counter: 0  
          Exec\_Master\_Log\_Pos: 1273  
              Relay\_Log\_Space: 120  
              Until\_Condition: None  
               Until\_Log\_File:   
                Until\_Log\_Pos: 0  
           Master\_SSL\_Allowed: No  
           Master\_SSL\_CA\_File:   
           Master\_SSL\_CA\_Path:   
              Master\_SSL\_Cert:   
            Master\_SSL\_Cipher:   
               Master\_SSL\_Key:   
        Seconds\_Behind\_Master: NULL  
Master\_SSL\_Verify\_Server\_Cert: No  
                Last\_IO\_Errno: 1593  
                Last\_IO\_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.  
               Last\_SQL\_Errno: 0  
               Last\_SQL\_Error:   
  Replicate\_Ignore\_Server\_Ids:   
             Master\_Server\_Id: 1  
                  Master\_UUID:   
             Master\_Info\_File: /var/lib/mysql/master.info  
                    SQL\_Delay: 0  
          SQL\_Remaining\_Delay: NULL  
      Slave\_SQL\_Running\_State: Slave has read all relay log; waiting for the slave I/O thread to update it  
           Master\_Retry\_Count: 86400  
                  Master\_Bind:   
      Last\_IO\_Error\_Timestamp: 131210 19:04:04  
     Last\_SQL\_Error\_Timestamp:   
               Master\_SSL\_Crl:   
           Master\_SSL\_Crlpath:   
           Retrieved\_Gtid\_Set:   
            Executed\_Gtid\_Set:   
                Auto\_Position: 0  
1 row in set (0.00 sec)  
  
  
可以看到io进程报错: master and slave have equal MySQL server UUIDs  
因为我的虚拟机是在mysql安装好以后克隆的，所以在mysql的数据目录下的auto.cnf文件中的uuid一样，所以导致错误  
解决方法：删除slave上的auto.cnf，重启mysql服务会自动生成新的auto.cnf,uuid也会变化。  
  
重启后再次查看正常，插入数据正常。

[--master-data]: http://blog.csdn.net/seteor/article/details/17263509