1）MySQL同步功能由3个线程(
master上1个，处理slave I/O线程的请求binlog文件，slave上2个，I/O线程一定时间内检测master的binlog文件， 发生改变则执行binlog文件的请求，SQL线程执行sql)来实现。
2）GTID(global transaction identifier)全局事务ID，由UUID+TID组成的(从MySQL 5.6.5 开始新增了一种基于GTID的复制方式)。UUID是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量，并且随着事务提交单调递增，所以GTID能够保证每个MySQL实例事务的执行（不会重复执行同一个事务，并且会补全没有执行的事务）
1、binlog文件。
1）binlog文件用于记录更新或者潜在更新数据的所有mysql语句。它以event的形式保存，描述了数据的修改。用于实时备份以及主从复制。
2）my.cnf中相关配置
log_bin ： 开启binlog功能，并指定路径名称
log-bin=mysql-master-bin会生成相应的文件mysql-master-bin.000001
log-bin-index = mysql-bin.index 不需要指定或自动生成
max_binlog_size ：binlog文件的最大值 binlog_do_db此参数表示只记录指定数据库的二进制日志 binlog_ignore_db不记录指定的数据库的二进制日志
3）mysql中执行的命令
mysql> show master logs\G; // （Provides status information about the binary log files of the master.当前mysql Server的binlog文件
show master status\G;
show slave status\G
4）mysqlbinlog命令查看binlog的内容
查看binlog文件，/usr/local/mysql/bin/mysqlbinlog --no-defaults --base64-output=decode-rows -v -v /var/nebula/mysql/mysql-master-bin.000081 | grep -A 20 "1016799223"//-A 查看匹配行并显示后面的n行
5）binlog文件的格式
# at 1016798908
# at 1016798940
#170615 22:47:32 server id 1 end_log_pos 1016798940 CRC32 0x5b31baba Intvar
SET INSERT_ID=61237383/!/;
#170615 22:47:32 server id 1 end_log_pos 1016799223 CRC32 0x8722f0d3 Query thread_id=2377239 exec_time=0 error_code=0
SET TIMESTAMP=1497538052/!/;
insert into room_record (code, courseId, createTime, merchantId, ticket, uid) values (null, 12091676, '2017-06-15 22:47:32.061', 656, 'xxxxxx', '755542-19226')
at:event的起点， 在文件中的字节位置
end_log_pos:event的结束位置
server id:服务器的标识
170615 22:47:32 ：event发生的时间
exec_time:event执行花费的时间
最后面是执行的sql语句。
6）binlog_format的三种模式
Row：记录每一行数据的修改细节；会产生大量的日志
Statement：记录的是执行语句以及上下文信息；减少了binlog的日志量；主从复制会出现问题，如使用了特定的函数或功能
Mixed：结合前两种，根据Sql语句区分记录形式；如alter table使用statement；update、delete等使用Row
2、show master status\G
提供本机二进制日志文件的状态信息，显示正在写入的二进制文件，以及当前的position。
File: mysql-master-bin.000001//当前正在写入的binlog文件
Position: 1112 //当前正在写入的位置。
Binlog_Do_DB:// 只记录指定数据库的二进制文件。
Binlog_Ignore_DB://不记录指定数据库的二进制文件
Executed_Gtid_Set://5.7在mysql库下引入了新的表gtid_executed，会记录当前执行的GTID。
select * from performance_schema.replication_applier_status_by_worker\G;可以查看主从复制过程中的一些错误信息。
3、show slave status\G
三套日志信息
Master_Log_File & Read_Master_Log_Pos //I/O线程从master上read的(传输的)主日志信息。
Relay_Log_File & Relay_Log_Pos //sql线程下一个执行的中继日志信息。
Relay_Master_Log_File & Exec_Master_Log_Pos //sql线程下一个执行的主日志信息。
Slave_IO_State: Waiting for master to send event
Master_Host: xxx.xxx.xxx.xxx
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-master-bin.000084//主库的二进制文件
Read_Master_Log_Pos: 1054617387//主库二进制文件的位置
Relay_Log_File: db-0001-relay-bin.000011//从库的中继文件
Relay_Log_Pos: 1054614686//已经读取到从库中继文件的位置
Relay_Master_Log_File: mysql-master-bin.000084//已经执行到了哪个文件
Exec_Master_Log_Pos: 1054614459//已经执行到的位置
Slave_IO_Running: Yes//从服务器正从主服务器上读取BINLOG日志,并写入从服务器的中继日志.
Slave_SQL_Running: Yes//进程正在读取从服务器的BINLOG中继日志，并转化为SQL执行
Master_Info_File: mysql.slave_master_info
Retrieved_Gtid_Set: b9887c81-1d19-11e6-9da1-1418772e9059:258213782-263431664
Executed_Gtid_Set: aaf48fcf-4d9f-11e7-b006-005056b30d44:1-107,
b9887c81-1d19-11e6-9da1-1418772e9059:1-245024684:246184866-263431664
4，主从复制错误相关
1）/usr/local/mysql/bin/mysqlbinlog --no-defaults --base64-output=decode-rows -v -v /var/nebula/mysql/mysql-master-bin.000081 | grep -A 20 "1016799223"
查看binlog
select * from performance_schema.replication_applier_status_by_worker\G;查看错误详情
2）[ERROR] Slave I/O for channel '': error connecting to master 'root@10.103.131.39:3306' - retry-time: 60 retries: 1, Error_code: 1129
kHost '10.103.131.40' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'Connection closed by foreign host.
在主从上执行：flush hosts;
5，super和只读
1）给用户赋予super权限(super和all privileges都可以)：
grant super on *.* to 'root'@'localhost';
grant all privileges on *.* to 'mysql'@'localhost';
2）在slave上设置read_only参数，对super用户无效。
set global super_read_only=ON; //在slave上禁止super用户写入。
重启失效，必须持久化到my.cnf配置文件中才可以image.png
