mysql复制的三个线程：主库线程，从库I/O线程，从库SQL线程；
复制流程：（1） I/O 线程向主库发出请求
（2）主库线程响应请求，并推BINLOG 日志到从库
（3）I/O 线程收到线程并记入中继日志
（4）SQL 线程从中继日志读取SQL，并记入从库binlog 日志，FLUSH进硬盘
一致性延时性，数据恢复；
1,主从复制一致性由BINLOG执行顺序保证（TIMESPAN+POS);
日志越详细，主从一致性越容易保证
延时性：延时表现为 延迟时间=从库执行SQL完成的时刻-主库开始执行SQL时间；
数据恢复 备份时记录的BINLOG位置点；
（3） 工作遇到的复制BUG的解决方法
答：这个问题感觉描述并不准确，不清楚是主从复制故障还是bug；
故障一般由于主键冲突，链接不上主库，找不到对应的binlog位置等引起；
解决方法是跳过冲突，检查主从链接，找正确的pos；
bug不常见，笔者碰到过一次，分享如下：
环境：主库从库都是虚机，每十分钟与宿主机同步一次时间，大约每次与主机相差2秒；
表现：从库复制时重复执行两秒之内的日志；
从库showslave status\G，behind_master_pos在60000和0之间循环，每两秒一次；