环境
- 操作系统：CentOS7
- MySQL版本：mysql-5.7
- 主节点 IP：192.168.31.145
- 从节点 IP：192.168.31.146
MySQL主从复制（也称A/B复制)的原理
(1) Master(主节点）将数据改变记录到二进制日志(binary log)中，也就是配置文件log-bin指定的文件，
这些记录叫做二进制日志事件(binary log events)；
(2) Slave（从节点） 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继日志(relay log)；
(3) Slave 重做中继日志中的事件，把中继日志中的事件信息一条一条的在本地执行一次，完
成数据在本地的存储，从而实现将改变反映到它自己的数据(数据重放)。
主从配置需要注意的点
(1)主从服务器操作系统版本和位数一致；
(2) Master 和 Slave 数据库的版本要一致；
(3) Master 和 Slave 数据库中的数据要一致；
(4) Master 开启二进制日志，Master 和 Slave 的 server_id 在局域网内必须唯一；
配置Master主服务器（192.168.31.145）
修改Master的配置文件/etc/my.cnf
vi /etc/my.cnf
添加下面的内容
## 给数据库服务的唯一标识，一般为大家设置服务器Ip的末尾号
server-id=145
## 复制过滤：需要备份的数据库，输出 binlog
#binlog-do-db=xxxx
## 复制过滤：不需要备份的数据库，不输出（mysql 库一般不同步）
#binlog-ignore-db=test
## 开启二进制日志功能，可以随便取，最好有含义
log-bin=edu-mysql-bin
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
## 主从复制的格式（mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如：1062 错误是指一些主键重复，1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
重启mysql
systemctl restart mysqld
重新登录mysql，创建用于同步的用户账号
#创建用户并授权：用户：repl 密码：123456 , ip为从节点ip地址
grant replication slave, replication client on *.* to 'repl'@'192.168.31.146' identified by
'123456';
刷新权限
flush privileges;
查看master状态，记录File和Position对应的值
配置 Slave从服务器（192.168.31.146）
修改Slave的配置文件/etc/my.cnf
vi /etc/my.cnf
添加下面的内容
## 给数据库服务的唯一标识，一般为大家设置服务器Ip的末尾号
server-id=146
## 复制过滤：需要备份的数据库，输出 binlog
#binlog-do-db=xxxx
## 复制过滤：不需要备份的数据库，不输出（mysql 库一般不同步）
#binlog-ignore-db=test
## 开启二进制日志，以备 Slave 作为其它 Slave 的 Master 时使用
log-bin=edu-mysql-slave1-bin
## 为每个 session 分配的内存，在事务过程中用来存储二进制日志的缓存
binlog_cache_size = 1M
## 主从复制的格式（mixed,statement,row，默认格式是 statement）
binlog_format=mixed
## 二进制日志自动删除/过期的天数。默认值为 0，表示不自动删除。
expire_logs_days=7
## 跳过主从复制中遇到的所有错误或指定类型的错误，避免 slave 端复制中断。
## 如：1062 错误是指一些主键重复，1032 错误是因为主从数据库数据不一致
slave_skip_errors=1062
## relay_log 配置中继日志
relay_log=edu-mysql-relay-bin
## log_slave_updates 表示 slave 将复制事件写进自己的二进制日志
log_slave_updates=1
## 防止改变数据(除了特殊的线程)
read_only=1
保存后重启 MySQL 服务
systemctl restart mysqld
登录Slave数据库，添加相关参数（Master的 IP、端口、同步用户、密码、position 号、读取哪个日志文件)
change master to master_host='192.168.31.145', master_user='repl',
master_password='123456', master_port=3306, master_log_file='edu-mysql-bin.000003',
master_log_pos=719, master_connect_retry=30;
上面执行的命令的解释：
master_host='192.168.31.145' ## Master 的 IP 地址
master_user='repl' ## 用于同步数据的用户（在 Master 中授权的用户）
master_password='1234563' ## 同步数据用户的密码
master_port=3306 ## Master 数据库服务的端口
master_log_file='edu-mysql-bin.000001' ##指定 Slave 从哪个日志文件开始读复制数据（可
在 Master 上使用 show master status 查看到日志文件名）
master_log_pos=429 ## 从哪个 POSITION 号开始读
master_connect_retry=30 ##当重新建立主从连接时，如果连接建立失败，间隔多久后重试。
单位为秒，默认设置为 60 秒，同步延迟调优参数。
查看主从同步状态
show slave status\G;
可看到 Slave_IO_State 为空， Slave_IO_Running 和 Slave_SQL_Running 是 No，表明 Slave 还
没有开始复制过程。
开启主从同步：
start slave;
再查看主从同步状态：
show slave status\G;
主要看以下两个参数，这两个参数如果是 Yes 就表示主从同步正常
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
由截图中的主从同步状态信息可以看出，我们配置的主从同步是正常的
测试
可以在Master创建一个简单的数据库，看看Slave是否会同步过去。
在Master端执行sql语句
create database aaa;
如果在Slave端使用命令查看到aaa数据库说明MySql主从复制配置成功。
Slave_SQL_Running为NO
我在配置的时候遇到了这种情况，sql线程已经挂掉了。
导致这个问题的原因是因为由于数据的不同步，导致我们在执行主从同步的时候出现了执行不了的sql，导致从机事务回滚了，所以sql的进程就被关闭了。
解决办法:
mysql> stop slave;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave;
