MySQL数据库复制操作的详细实现步骤介绍

MySQL数据库复制操作大致可以分为三个步骤:
步骤1：主服务器将数据的改变记录到二进制日志中。
步骤2：从服务器将主服务器的binary log events复制到它的中继日志(relay log)中。
步骤3：从服务器重做中继日志中的事件，将数据的改变与从服务器保持同步。


详细步骤如下：
 首先，主服务器会记录二进制日志，每个事务更新数据完成之前，主服务器将这些操作的信息记录在二进制日志里面，在事件写入二进制日志完成后，主服务器通知存储引擎
提交事务。
 Slave上面的I/O进程连接上Master,并发出日志请求，Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，
返回给Slave的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称已经bin-log的位置。
 Slave的I/O进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到Master端的bin-log的文件和位置记录到master-info文件中。
 Slave的SQL进程检测到replay-log中新增了内容后，会马上解析replay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。
 MySQL的复制环境90%以上都是一个Master带一个或者多个Slave的架构模式，如果master和slave的压力不是太大的话，异步
复制的延时一般都很少。尤其是slave端的复制方式改成两个进程处理以后，更是减小了slave端的延时。


备注：对于数据实时性要求不是特别严格的应用，只需要通过廉价的PC服务器来扩展slave的数量，将读压力分散到多台slave
的机器上面，即可解决数据库端的读压力瓶颈。这在很大程度上解决了目前很多中小企业网站的数据库压力瓶颈问题，甚至有些
大型网站也在使用类似方案解决MySQL数据库瓶颈。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15498/viewspace-2121399/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15498/viewspace-2121399/