Mysql主从复制-异步复制-环境搭建

复制原理： master的binlog 发送给slave, slave根据binlog记录还原操作（如果slave是在master存在一段时间后加，需停止master写入，导出全量数据让slave同步此刻所有数据）

写在之前：

异步主从复制架构有一个问题，主库把日志写入binlog文件，接着自己就提交事务返回了，他也不管从库到底收到日志没有。(有的代码就是插入之后立刻去查，此处有几率查不到，然后代码层面就会报错，重试，等等一些异常，并发高了就容易出问题)

因此一般来说搭建主从复制，都是采取半同步的复制方式的，换言之，主库写入数据，日志进入binlog之后，起码得确保 binlog日志复制到从库了，主库再告诉客户端说本次写入事务成功。推荐下一面文章 Mysql主从复制-半同步复制

 

这样起码你主库突然崩了，他之前写入成功的数据的binlog日志都是到从库了，从库切换为主库，数据也不会丢的，这就是所谓的半同步的意思。

关于版本：slave的大版本和master的一致，亲测slave版本若是低于master，会有dump的错。

1. Master 操作

#首先在主库上要创建一个用于主从复制的账号：


create user 'backup_user'@'%' identified by 'backup_pass';

grant replication slave on *.* to 'backup_user'@'%';

flush privileges;

#master此时此刻所有的数据全部导出到allData.sql, 需scp到slave执行此sql
/usr/local/mysql/bin/mysqldump --single-transaction -uroot -proot --master-data=2 -A > allData.sql

#查看
show master status;

2. Slave操作

###master上执行
show master status;


CHANGE MASTER TO MASTER_HOST='10.24.98.4', MASTER_USER='backup_user',MASTER_PASSWORD='backup_pass',MASTER_LOG_FILE='上一步结果中的File',MASTER_LOG_POS=上一步结果中的Position;

start slave;

#查看一下主从复制的状态，主要看到Slave_IO_Running和Slave_SQL_Running都是Yes就说明一切正常了，主从开始复制了
show slave status\G;

3.验证

在主库上随便增删改，从库上看看变化。