Chinaunix首页 | 论坛 | 博客
  • 博客访问: 102491
  • 博文数量: 16
  • 博客积分: 350
  • 博客等级: 一等列兵
  • 技术积分: 190
  • 用 户 组: 普通用户
  • 注册时间: 2011-08-01 09:06
文章分类

全部博文(16)

文章存档

2013年(4)

2012年(3)

2011年(9)

我的朋友

分类: Mysql/postgreSQL

2012-03-05 15:27:36

Mysql的Peplication是一个异步的复制过程,从一个Mysql instance(我们称之为Master)复制到另一个Mysql instance(我们称之为Slave)。在Master和Slave之间的实现整个复制过程主要有三个线程来完成,其中两个线程(Sql线程和IO线程)在Slave端,另外一个线程(IO线程)在Master端。
要实现Mysql的Replication,首先必须打开Master端的Binary Log(mysql-bin.xxxxxx)功能,否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。打开Mysql的Bin Log可以通过在启动MySQL Server的过程中使用“--log-bin”参数选项,或者在my.cnf配置文件中的mysqld参数组([mysqld]标识后的参数部分)增加“log-bin”参数项。

MySQL复制的基本过程如下:
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.xxxxx)的最末端,并将读取到的Master端的bin-log文件名和位置记录到master.info文件中,以便在先一次读取的时候能够告诉Master“我需要某个bin-log的那个位置开始往后的日志内容,请发给我”
4.Slave的SQL线程检测到Relay log中新增了内容后,会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的Query语句,并在自身执行这些Query。这样,实际上就是在Master端和Slave端执行了同样的Query,所以两端的数据是完全一样的。
(摘自《MySQL性能调优与架构设计》----简朝阳)

阅读(1196) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~