主从同步中断点问题

以前有遇到过主从数据库由于SQL语句问题致使同步报错，那若是同步中断以后，从哪里开始恢复呢？

咱们首先再来回顾一下主从同步的过程，手机码字不易，因此先copy一段。

 

1、主从原理

Replication 线程

Mysql的 Replication 是一个异步的复制过程，从一个 Mysql instace(咱们称之为 Master)复制到另外一个 Mysql instance(咱们称之 Slave)。在Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql线程和IO线程)在 Slave 端，另一个线程(IO线程)在 Master 端。

要实现 MySQL 的Replication ，首先必须打开 Master 端的

Binary Log(mysql-bin.xxxxxx)功能，不然没法实现。由于整个复制过程实际上就是Slave从Master端获取该日志而后再在本身身上彻底 顺序的执行日志中所记录的各类操做。打开 MySQL 的 Binary Log 能够经过在启动 MySQL Server 的过程当中使用 “—log-bin” 参数选项，或者在 my.cnf 配置文件中的 mysqld 参数组([mysqld]标识后的参数部分)增长 “log-bin” 参数项。

复制的基本过程以下 ：

1. Slave 上面的IO线程链接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)以后的日志内容;

2. Master 接收到来自 Slave 的 IO 线程的请求后，经过负责复制的 IO 线程根据请求信息读取指定日志指定位置以后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息以外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置;

3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候可以清楚的高速Master“我须要从某个bin-log的哪一个位置开始日后的日志内容，请发给我”

4. Slave 的 SQL 线程检测到 Relay Log 中新增长了内容后，会立刻解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave 端执行了一样的 Query，因此两端的数据是彻底同样的。

简单来说就是从库先经过io线程读取主库的二进制文件（Master_Log_File）和位置（Read_Master_Log_Pos）而后缓存到本地（从库服务器）的中继文件（Relay_Log_File）中并记录已经读取到的位置（Relay_Log_Pos），再经过从库的sql线程去读取中继文件（Relay_Log_File），这个sql线程执行会记录已经执行到了哪一个文件（Relay_Master_Log_File）和哪一个位置（Exec_Master_Log_Pos）。

 

从这里咱们知道，有一个Read_Master_Log_Pos 记录了最后一次同步的截止点，而后写入到master-info文件中，这样咱们下次同步的时候，就能够从这个位置开始同步了。