MySQL主从是基于binlog日志，所以在安装好数据库后就要开启binlog。这样好处是，一方面可以用binlog恢复数据库，另一方面可以为主从做准备。
查看日志开启状态：show variables like 'log_bin';
一、主从配置
1.master
[mysqld]
server-id=1 #主从复制ID必须不一样
log-bin=mysql-master-bin #开启binlog日志，指定日志名称
binlog_format=MIXED #binlog日志格式
2.slave
[mysqld]
server-id=2
log-bin=mysql-slave-bin
binlog_format=MIXED
relay_log_recovery = 1 #当slave从库宕机后，假如relay-log损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的relay-log，并且重新从master上获取日志，这样就保证了relay-log的完整性。
log_slave_updates
=1 #表示slave将复制事件写进自己的二进制日志。当设置log_slave_updates时，你可以让slave扮演其它slave的master。此时，slave把SQL线程执行的事件写进行自己的二进制日志(binary log)，然后，它的slave可以获取这些事件并执行它，slave可以是其它slave的master，从而扩散master的更新。
主从可选参数：
read_only=ON #只读
expire_logs_days=7 #binlog过期清理时间
max_binlog_size=100m #binlog每个日志文件大小，默认1G
binlog-do-db=需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可
binlog-ignore-db=不需要备份的数据库苦命，如果备份多个数据库，重复设置这个选项即可
slave-skip-errors = all #跳过主从复制出现的错误
master-connect-retry =60 #用来设置在和主服务器连接丢失的时候，重试的时间间隔，默认是60秒
向主库添加几条数据，查看master的日志文件和日志点：
二、主从复制配置步骤
1.在master端建立复制用户
2.备份master端数据，并在slave端恢复。备份是指定--master-data参数
3.在slave端使用change master命令配置复制
三、配置过程
环境：master 192.168.0.109 slave 192.168.0.110 mysql版本：5.7.12
1.在master建立同步账号
>grant replication slave on *.* to 'repltest'@'192.168.0.%' identified by 'Repltest123#@!'
建议使用如下创建：
>create user 'repltest'@'192.168.0.%' identified by 'Repltest123#@!';
>grant replication slave on *.* to 'repltest'@'192.168.0.%';
2.使用dump备份数据在slave恢复
主库备份：
mysqldump --single-transaction --master-data=2
--triggers --routines --all-databases
-uroot -p>all.sql
--routines：导出存储过程和函数
--triggers ：导出触发器
--single_transaction：导出开始时设置事务隔离状态，并使用一致性快照开始事务，然后unlock tables;而lock-tables是锁住一张表不能写操作，直到dump完毕。
--master-data：默认等于1，将dump起始(change master to)binlog点和pos值写到结果中，等于2是将change master to写到结果中并注释。
从库恢复：
将all.sql复制到从库机器
mysql -uroot -p<all.sql
3.建立同步复制
在slave执行：
mysql>change master to master_host='192.168.0.109',
>master_user='repltest',
>master_password='Repltest123#@!',
>master_log_file='mysql-master-bin.000001',
>master_log_pos=1283;
使用show slave status \G 命令查看slave配置；
开启slave同步：
mysql>start slave;
链接成功。
我们在主上添加些数据，看看是否正常通过到slave，并观察 master和slave的日志文件和日志点是否同步一致。
reset slave; #清除从连接信息
4.查看同步线程
show processlist \G
四、主从管理的系统视图
在performance_schema中有如下视图对主从复制状态信息查看：
1.replication_applier_configuration：存储主从同步的链接配置
由于我们只有一个主，默认名称channel_name为空，可以管理多个不同主链接。
desired_delay 指定主从延时同步时间，单位秒，默认0 不延时，可以通过如下命令修改，需重启
change msater to master_delay=3600
replication_applier_status 同步状态信息
replication_applier_status_by_coordinator 用于多线程复制协调
replication_applier_status_by_worker 多线程复制线程
replication_connection_configuration 同步连接信息，ip、port等
replication_connection_status 链接状态
replication_group_members
replication_group_member_stats
