来源: http://blog.csdn.net/seteor/article/details/17261733
MySQL5.6开始主从复制有两种方式:基于日志(binlog);基于GTID(全局事务标示符)。
此文章是基于日志方式的配置步骤
一主二从
master:192.168.190.130
slave1:192.168.190.132
slave1:192.168.190.133
1.修改master配置文件并重启服务:
[mysqld]
server_id=130
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=132
binlog-do-db = smart
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 'root'@'192.168.190.132' identified by '123456';
mysql> grant replication slave, replication client on *.* to 'root'@'192.168.190.133' identified by '123456';
4.备份master的数据
方法1:数据前先锁表,保证数据一致性
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SHOW MASTER STATUS;
+—————–+————+—————-+——————–+
|File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+—————–+————+—————-+——————–+
|mysql-bin.000015 | 1273 | | |
+—————–+————+—————-+——————–+
记录文件名和pos号
开始备份数据库
# mysqldump -uroot -p smart > /tmp/smart.sql
备份完毕,现在可以解锁数据库表
MySQL> UNLOCK TABLES;
5.拷贝备份文件到slave,并导入
#scp /tmp/smart.sql
#mysql -uroot -p -B smart </tmp/smart.sql
6.在slave上同步binlog
mysql>CHANGE MASTER TO MASTER_HOST='192.168.190.130',MASTER_USER='root',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000005',MASTER_LOG_POS=120;
CHANGE MASTER TO MASTER_HOST='192.168.190.130',MASTER_USER='root',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000005',MASTER_LOG_POS=429576;
如果是方法2导出的数据,则通过以下语句查询binlog文件名和pos位置:
# grep -i "CHANGE MASTER TO" /tmp/smart.sql
--CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000015', MASTER_LOG_POS=1273;
7.开启复制
mysql> START slave;
8.查看slave状态
mysql> show slave status\G
可以看到io进程报错: master and slave have equal MySQL server UUIDs
因为我的虚拟机是在mysql安装好以后克隆的,所以在mysql的数据目录下的auto.cnf文件中的uuid一样,所以导致错误
解决方法:删除slave上的auto.cnf,重启mysql服务会自动生成新的auto.cnf,uuid也会变化。
重启后再次查看正常,插入数据正常。