17.2 Replication Implementation 复制实施

本文深入探讨了MySQL的复制实施,包括复制的详细机制、Relay和Status日志的使用,以及服务器如何评估复制过滤规则。复制过程中,Master服务器将所有更改记录在binary log中,而Slave服务器则通过请求并执行这些日志来同步数据。这种拉取模式确保了数据的独立更新,不会因复制操作影响Master或Slave的正常服务。了解更多详情,请参阅Section 17.2.1的复制实现细节部分。
摘要由CSDN通过智能技术生成

17.2 Replication Implementation 复制实施

17.2.1 Replication Implementation Details 复制实施细节

17.2.2 Replication Relay and Status Logs 复制 Relay和状态日志

17.2.3 How Servers Evaluate Replication Filtering Rules

servers 如何评估复制过滤规则

复制是基于master server 跟踪所有的改变到它的binary log(updates,deletes,so on)。

binary log 作为记录所有修改数据库结构或者内存的所有events,通常情况下,SELECT 语句不被记录

因为他们没有修改数据库结果或者内容。

每个slave 连接到master 请求一个binary log 的拷贝。 也就是说,它从master 拉数据,

而不是master 推数据给slave.

salve也执行接收的binary log里的events,复制原始的改变相当于他们在master上做的一样。

表被创建或者它们的结构被改变,数据被插入,删除,和更新。

因为每个slave 是单独的, repalying master 的binary log 发生的改变是单独的在每个slave上,

此外, 因为每个slave 接收一份Binary log的copy 通过从master 请求它,

slave也可以读取和更新数据库的copy 启动和停止复制 在不影响 更新最新的数据库状态在任何一个master或者slave。

更多的复制实施信息 ,see Section 17.2.1, “Replication Implementation Details”.

Masters 和slave 报告它们状态在复制过程,你可以监控它们

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

scan724

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值