标签:
MySQL Replication 是 MySQL 非常有特色的一个功能,他能够将一个 MySQL Server 的 Instance 中的数据完整的复制到另外一个 MySQL Server 的 Instance 中。虽然复制过程并不是实时而是异步进行的,但是由于其高效的性能设计,延时非常之少。
Mysql 的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的 实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端 , 另外一个线程(IO 线程)在Master 端。
必须打开 Master 端的 Binary Log(mysqlbin.xxxxxx)功能,打开方式有两种,分别是:
1.通过在启动 MySQL Server 的过程中使用“—log-bin” 参数选项;
2.在 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.xxxxxx)的最末端,并将读取到的 Master 端的 binlog 的文
件名和位置记录到 master-info 文件中,以便在下一次读取的时候能够清楚的 高速 Master“我需要从某个 bin-log 的哪个位置开始往后的日志内容,请发给我”
4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文 件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句,并在自身执 行这些
Query。这样,实际上就是在 Master 端和 Slave 端执行了同样的 Query,所 以两端的数据是完全一样的。
复制实现级别:
MySQL 的复制可以是基于一条语句(Statement Level),也可以是基于一条记录(Row level),可以在 MySQL 的配置参数中设定这个复制级别,不同复制级别的设置会影响到 Master 端的 Binary Log 记录成不同的形式。
1. Row Level:Binary Log 中会记录成每一行数据被修改的形式,然后在 Slave 端 再对相同的数据进行修改。
2. Statement Level:每一条会修改数据的 Query 都会记录到 Master 的 Binary Log 中。Slave 在复制的时候 SQL 线程会解析成和原来 Master 端执行过的相同的 Query 来再次执行。
3.Mixed Level,实际上就是前两种模式的结合。在 Mixed 模式下,MySQL 会根据执行的每一条具体的 Query 语句来区分对待记录的日志形式,也就是在 Statement 和 Row 之间选择一种。
Replication 常用架构:
1.Master - Slaves
2. Master - Master
3.级联复制
4. Dual Master 与级联复制结合架构
标签:
原文地址:http://www.cnblogs.com/lingshao/p/5672119.html