有很多种原因会造成mysql的主从延时，通过查看Seconds_Behind_Master:的值来确定是否存在延迟问题，该值越大，延迟现象越明显。众所周知备库relay-log和主库的bin-log里的内容一样，真正和主库有关两的是io_thread，当主库I/O负载很大或网络阻塞时，io_thread不能及时复制binlog，而sql_thread直能跟上io_thread的脚步，这时seconds_behind_master的值是0，实际上却不是，这时用该值作为延迟参考则不准。我们可以使用pt-heartbeat来监控延时现象。该工具定期在主库上不断写入时间戳，通过主从复制同步到从库中去，此时从库服务器的时间和主库保持一致，通过比较从服务器上同步过来的主库时间戳和从库系统时间戳的差值的大小来确定是否存在延迟现象。
主从延迟的主要原因是：主库多线程并发更新，从库单线程串行更新。解决方法：将从库变为多线程更新，可以使用mysql-transfer：是一个基于mysql的patch，用来加速主从同步速度。
一般来说，我们遇到了主从延时的问题，如果不是高并发原因的话，可以手动临时解决一下：
方法一：忽略错误后，继续同步
该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况
解决：
stop slave;
#表示跳过一步错误，后面的数字可变
set global sql_slave_skip_counter =1;
start slave;
之后再用mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
ok，现在主从同步状态正常了。。。
方式二：重新做主从，完全同步
该方法适用于主从库数据相差较大，或者要求数据完全统一的情况
解决步骤如下：
1.先进入主库，进行锁表，防止数据写入
使用命令：
mysql> flush tables with read lock;
注意：该处是锁定为只读状态，语句不区分大小写
2.进行数据备份
#把数据备份到mysql.bak.sql文件
[root@server01 mysql]#mysqldump -uroot -p -hlocalhost > mysql.bak.sql
这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者Python脚本，都比较方便，确保数据万无一失
3.把mysql备份文件传到从库机器，进行数据恢复
#使用scp命令
[root@server01 mysql]# scp mysql.bak.sql root@192.168.128.101:/tmp/
4.停止从库的状态
mysql> stop slave;
5.然后到从库执行mysql命令，导入数据备份
mysql> source /tmp/mysql.bak.sql
6.设置从库同步，注意该处的同步点，就是主库show master status信息里的| File| Position两项
change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;
7.重新开启从同步
mysql> stop slave;
8.查看同步状态
mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
好了，同步完成啦。
MySQL主从复制，读写分离(mysql-proxy)及双主结构完整构建过程
CentOS搭建MySQL主从复制，读写分离