如何理解MySQL Replication线程

52次阅读
没有评论

共计 2139 个字符,预计需要花费 6 分钟才能阅读完成。

这篇文章将为大家详细讲解有关如何理解 MySQL Replication 线程,文章内容质量较高,因此丸趣 TV 小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。

Replication 线程
Mysql 的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql 线程和 IO 线程)在 Slave 端,另外一个线程(IO 线程)在 Master 端。
 
要实现 MySQL 的 Replication,首先必须打开 Master 端的 Binary Log(mysqlbin.xxxxxx)功能,否则无法实现。因为整个复制过程实际上就是 Slave 从 Master 端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作
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,所以两端的数据是完全一样的。
 
复制实现级别
Row Level
Statement Level
1. 常规复制架构(Master – Slaves)
  www.2cto.com  

 
2.Dual Master 复制架构(Master – Master)

 
可能有些读者朋友会有一个担心,这样搭建复制环境之后,难道不会造成两台 MySQL 之间的循环复制么?实际上 MySQL 自己早就想到了这一点,所以在 MySQL 的 Binary Log 中记录了当前 MySQL 的 server-id,而且这个参数也是我们搭建 MySQL Replication 的时候必须明确指定,而且 Master 和 Slave 的 server-id 参数值比需要不一致才能使 MySQLReplication 搭建成功。一旦有了 server-id 的值之后,MySQL 就很容易判断某个变更是从哪一个 MySQL Server 最初产生的,所以就很容易避免出现循环复制的情况。而且,如果我们不打开记录 Slave 的 Binary Log 的选项(–log-slave-update)的时候,MySQL 根本就不会记录复制过程中的变更到 Binary Log 中,就更不用担心可能会出现循环复制的情形了。
3. 级联复制架构(Master – Slaves – Slaves …)

 
4.Dual Master 与级联复制结合架构(Master – Master – Slaves)

 
MySQL Replication 环境的搭建实现比较简单,总的来说其实就是四步,
 
第一步是做好 Master 端的准备工作。
1.MySQL 记录 Binary Log 的选项打开;
2.GRANT REPLICATION SLAVE ON *.* TO repl @ 192.168.0.2;
 
第二步是取得 Master 端数据的“快照”备份。
测试 dump example 下的 group_message 表:
dump –master-data -usky -p example group_message group_message.sql
  www.2cto.com  
第三步则是在 Slave 端恢复 Master 的备份“快照”。
 
第四步就是在 Slave 端设置 Master 相关配置,然后启动复制
CHANGE MASTER TO 命令总共需要设置 5 项内容,分别为:
MASTER_HOST:Master 的主机名(或者 IP 地址);
MASTER_USER:Slave 连接 Master 的用户名,实际上就是之前所创建的 repl 用户;
MASTER_PASSWORD:Slave 连接 Master 的用户的密码;
MASTER_LOG_FILE:开始复制的日志文件名称;
MASTER_LOG_POS:开始复制的日志文件的位置,也就是在之前介绍备份集过程中一致提到的 Log Position。

关于如何理解 MySQL Replication 线程就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-28发表,共计2139字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)