主从复制很早以前就配置过了，近来重新整理的时候发现以前部署的主从有些步骤是多余，现在重新写个文档记录下主从复制的流程。这里分为两种情况，一是主从都是空白的库，二是主库已经有数据了。实验的MySQL版本为5.7.30.
1. 实验的架构
部署的架构非常简单，只需要准备两台虚拟机，上面部署同样版本的MySQL。如何部署MySQL就不做介绍，我这里使用的是RPM包的方式来安装的。
我们知道MySQL的主从复制依赖于binlog日志，所以我们需要开启binlog日志。需要注意的主从的server_id的值一定不能一样，否则会报错,报错的内容如下所示：
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).
最后两台机器上的配置文件中关于binlog日志相关的配置对比如下,他们只有server_id的区别而已。
主：
log_bin=mysql-bin
server_id=1
binlog_format=ROW
expire_logs_days = 15
从：
log_bin=mysql-bin
server_id=2
binlog_format=ROW
expire_logs_days = 15
下面分开两种情况来介绍部署的步骤，他们之间会略有差异。
2. 两个空白的数据库
如果主从数据库都是刚刚部署完成的，里面完全没有数据,所以直接在从库上配置主从复制即可。
1 查看主库的状态，获取当前binlog日志的文件名称和位置点。
show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 734 | | | |
+------------------+----------+--------------+------------------+-------------------+
- 创建一个专门用于主从复制的账号，该操作在主库上执行。
grant replication slave on *.* to 'rep'@'10.1.10.%' identified by '123456';
flush privileges;
- 在从库上配置主从复制，下面的信息都是来自前面的两步
CHANGE MASTER TO
MASTER_HOST='10.1.10.52',
MASTER_PORT=43306,
MASTER_USER='rep',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000003',
MASTER_LOG_POS=734;
- 在从库上开启复制，检查主从复制的状态
-- 开始进行主从复制
start slave;
-- 查看主从复制的状态
show slave status \G;
最后能在输出中看到当前主从复制的状态，这里要注意三个参数,他们分别是主从复制的IO进程、主从复制的SQL进程以及主从复制的延迟。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0
如果两个进程都是Yes，那就证明主从复制没问题。如果Seconds_Behind_Master不为0，那就是从库和主库还没有完全一致，还在同步中。
- 验证，在主库中创建表或者插入数据，然后检查从库中是否也有这样的结果。
注： 如果主从复制的时候不想要把rep这个账户也同步过来，可以把1和2的步骤调换。这里你应该可以猜到了， 使用这种方式配置的主从，从库的账户可以和主库不一样的。但是我们还是建议从库和主库完全一致，这样主库出问题的时候也好用从库来进行恢复。
3. 主库有数据
如果主数据库已经有了数据，那么我们需要把主库的数据导出，然后在从库上导入，最后再配置主从复制。
- 创建一个专门用于主从复制的账号，该操作在主库上执行。
grant replication slave on *.* to 'rep'@'10.1.10.%' identified by '123456';
flush privileges;
- 导出主库的数据，注意这里使用 --master-data=1 的参数，这样导出来的SQL文件会记录binlog日志文件的名称和位置。
mysqldump -uroot -p -h10.1.10.52 -P3306 -A -B -F --master-data=1 --single-transaction > all_20210810.sql
- 在从库上配置主从复制，这里不需要配置binlog日志文件名称和位置
CHANGE MASTER TO
MASTER_HOST='10.1.10.52',
MASTER_PORT=3306,
MASTER_USER='rep',
MASTER_PASSWORD='123456';
- 在从库上导入刚刚导出的SQL文件
mysql -uroot -p -h10.1.10.53 -P3306 < all_20210810.sql
- 在从库上开启复制，检查主从复制的状态
-- 开始进行主从复制
start slave;
-- 查看主从复制的状态
show slave status \G;
- 验证，在主库中创建表或者插入数据，然后检查从库中是否也有这样的结果。
注：由于我们导出主库的数据是导出全部的库，所以系统库也会被导出。最后导入到从库的时候，会覆盖掉从库的系统库,也就是说从库的账户密码会和主库的完全一致。如果你不想这么来，你可以只导出需要同步的数据库，然后配置只同步某个库，操作方法这里不做介绍。