linux下MySQL双机数据自动复制问题

前面已经对实现Mysql数据库双机备份进行了配置，在不出现意外情况下（如断网线）数据会在两台机器实时数据复制。

在某一台机器停止之后再重启数据也会自动复制。

现在有个问题：当网线断掉再连接以后数据并没有自动复制。分析问题出现的原因先要了解Mysql数据备份的过程：

1.数据复制过程

参考博客http://hi.baidu.com/aohaiyixiao1/blog/item/0aa78634c7fbb6a4d1a2d314.html

Mysql的复制（replication）是一个异步的复制，从一个Mysql instace（称之为Master）复制到另一个Mysql instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在 Master（IO进程）上。

要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。

复制的基本过程如下：

（1）Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容  ------slave端请求建立建立连接

（2）Master接收到来自Slave的IO进程的请求后，通过负责复制的master IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置；

（3）Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；

（4）Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。

2.查找原因

查看两端的进程：show processlist/G;

（1）在master端：

master端正在操作数据库，此时master的I/O线程状态：Writing to net，正在给slave的I/O线程发送修改的日志信息

在断网一段时间后，发现该线程停止了，因为master端知道连接已经断了，所以会停掉该线程

（2）在slave端：

第一个是slave I/O线程，第二个是slave SQL线程。此时slave并不知道连接已经断了，I/O线程连接状态还是connect

3.解决问题

此时重启slave：重新建立和master端的连接

停止现在无效的slave进程：stop slave；（会停止I/O线程和SQL线程）

重启：start slave；

连接建立，master端创建对应I/O线程数据复制到slave端，两端数据一致。

ps：当断电又重启的时候，系统会自动发送请求，建立连接。所以断电并不会导致数据丢失

注：以上是在5.1.4版本上做的测试，在5.5版本MYSQL已经提供了自动复制机制，即增加心跳