前言： 
1. mysql主从、主主复制应用场景很多，其原理主推，从定时根据binlog增量拉取更新 
2. 如果主/从机器硬件负载过高，或者网络延迟就会造成同步延迟 
3. 延迟是必然，mysql复制同步解决的是数据高可用问题提供延后一致性 
4. 要解决完全一致性，需要解决的高并发问题- 可以从业务粒度考虑，增加nosql中间层或者mysql proxy或者mysql 5.7提供了完全一致性方案，但数据层来处理这些问题不可取！

1 my.cnf配置

• server-id=11 #任意自然数n，只要保证两台MySQL主机不重复就可以了。
• log-bin=mysql-bin #开启二进制日志 此时为第一台主MySQL
• mysql binlog-ignore=information_schema #忽略information_schema库
• replicate-do-db=aa #要同步的数据库，默认所有库

2 实质为互为主从 
master配置

GRANT REPLICATION SLAVE ON *.* TO 'slave252'@'192.168.0.252' IDENTIFIED BY '123456';
FLUSH PRIVILEGES;
show master status;

slave配置

slave stop;
CHANGE MASTER TO MASTER_HOST='192.168.0.250', MASTER_USER='slave252', MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=107;
slave start;
show slave status;

master配置

GRANT REPLICATION SLAVE ON *.* TO 'slave250'@'192.168.0.250' IDENTIFIED BY '123456';
FLUSH PRIVILEGES;
show master status;

slave配置

slave stop;
CHANGE MASTER TO MASTER_HOST='192.168.0.252', MASTER_USER='slave250', MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=350;
slave start;
show slave status;

3 检查从状态

Master_Host: 192.168.0.252
Master_User: slave250
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 350
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Master_Server_Id: 252

4 主从同步延迟校验

Seconds_Behind_Master

5 主从延迟解决方案？

延迟出现原因： 
1. mysql是被动复制机制，机制存在一定差延迟 
2. 延迟是sql thread与io thread之间差值，主机器负载过高造成更新推送延迟，从机器负载过高造成拉取延迟 
3. 网络延迟造成主推送或者从拉取数据缓慢而延迟

解决问题： 
1. mysql主从复制解决的是数据层高可用、数据层灾备 
2. 如果保证数据强一致性，可以使用mysql5.7-支持多线程复制，rpl_semi_sync_master_enabled-完全同步机制 
3. 高并发分流：采用多主，谁写谁读，业务层增加nosql 层-有更新读缓存