相关文件10bet官方网站 下载本手册 从本手册中摘录

MySQL 8.0参考手册/MySQL 8.0常见问题解答/ mysql 8.0常见问题:复制

MySQL 8.0常见问题解答:复制

在以下部分中,我们为最常见的问题提供了关于MySQL复制的问题的答案。

A.14.1。副本必须一直连接到源吗?
A.14.2。我必须在源和副本上启用网络以启用复制吗?
A.14.3。我如何知道副本与源进行比较的时间延迟?换句话说,我如何知道副本复制的最后一个语句的日期?
A.14.4。我如何迫使源阻止更新,直到副本跟上?
A.14.5。在设置双向复制时,我应该注意哪些问题?
A.14.6。如何使用复制来提高系统的性能?
A.14.7。我该如何做准备在我自己的应用程序中的客户端代码来使用性能增强复制?
A.14.8。MySQL Replication的何时以及多么能力提高我系统的性能?
A.14.9。如何使用复制来提供冗余或高可用性?
A.14.10。如何判断复制源服务器是使用基于语句的二进制日志记录格式还是基于行的二进制日志记录格式?
A.14.11。如何告诉副本使用基于行的复制?
A.14.12。如何防止GRANT和REVOKE语句复制到复制机器?
A.14.13。在混合操作系统上是否对复制工作(例如,源在Linux上运行,而副本在麦斯卡斯和Windows上运行)?
A.14.14。复制是否可以在混合硬件架构上工作(例如,源代码运行在64位机器上,而副本运行在32位机器上)?

A.14.1。

副本必须一直连接到源吗?

不,它不是。该副本可以停止运行或在数小时甚至数天内保持断开连接,然后重新连接并赶上更新。例如,您可以在拨号链接上建立源/副本关系,而该链接只是偶尔和短时间内出现。这意味着,在任何给定时间,副本都不能保证与源同步,除非采取一些特殊措施。

为确保捕获可能已断开连接的副本,您不得从包含尚未复制到副本的信息的源中删除二进制日志文件。仅当副本可以从上次读取事件的点继续读取二进制日志时,才能使用异步复制。

A.14.2。

我必须在源和副本上启用网络以启用复制吗?

是的,必须在源和副本上启用网络。如果没有启用网络,副本将无法连接到源并传输二进制日志。验证skip_networking任何一台服务器的配置文件中都没有启用系统变量。

A.14.3。

我如何知道副本与源进行比较的时间延迟?换句话说,我如何知道副本复制的最后一个语句的日期?

检查秒_behind_master.输出中的列显示副本|从状态.看第17.1.7.1节“检查复制状态”

当复制SQL线程执行从源读取的事件时,它将自己的时间修改为事件时间戳。(这就是为什么时间戳很好地复制。)在时间输出中的列显示processlist.,为复制SQL线程显示的秒数是上次复制事件的时间戳与副本计算机的实时之间的秒数。您可以使用它来确定上次复制事件的日期。请注意,如果您的副本已从源断开一小时,然后重新连接,您可能会立即看到大时间中的复制SQL线程的值,例如3600显示processlist..这是因为副本正在执行一小时的语句。看第17.2.3节“复制线程”

A.14.4。

我如何迫使源阻止更新,直到副本跟上?

使用以下步骤:

  1. 在源上,执行这些语句:

    mysql>用读锁冲洗表;MySQL>显示主状态;

    从输出中记录复制坐标(当前二进制日志文件名和位置)显示陈述。

  2. 在副本上,发出以下陈述,其中的参数MASTER_POS_WAIT ()函数为上一步获得的复制座标值:

    mysql >选择MASTER_POS_WAIT ('log_name',log_pos);

    选择语句块,直到副本到达指定的日志文件和位置。此时,副本与源和陈述返回同步。

  3. 在源上,发出以下语句使源再次开始处理更新:

    mysql>解锁表;

A.14.5。

在设置双向复制时,我应该注意哪些问题?

MySQL Replication目前不支持源和副本之间的任何锁定协议,以保证分布式(交叉服务器)更新的原子性。换句话说,客户端A可以使更新成为共同源1,并且在此期间,在传播到Co-Source 2之前,客户端B可以对具有更新的CO-Source 2进行更新客户端的工作与CO-Source 1不同1.因此,当客户端A的更新使其成为共源2时,它会产生与您在CO-Source 1中拥有的表不同的表,即使在所有更新之后来自共源2也传播。这意味着您不应该以双向复制关系将两个服务器一起连锁,除非您确定您的更新可以在任何顺序中安全地发生,或者除非您在客户端代码中以某种方式处理错误订购的更新。

您还应该意识到双向复制实际上并不是在更新所关注的情况下非常出现每个服务器必须执行相同数量的更新,就像您的单个服务器一样。唯一的区别是锁定争用较少,因为源自另一服务器上的更新在一个复制线程中序列化。即使是这种好处也可能被网络延迟抵消。

A.14.6。

如何使用复制来提高系统的性能?

将一个服务器设置为源并指导所有写入它。然后在您拥有预算和Rackspace的情况下配置多种副本,并在源和副本中分发读取。您还可以使用副本启动- skip-innodb.选项,启用low_priority_updates.系统变量,并设置delay_key_write系统变量到全部在副本结束时获取速度改进。在这种情况下,副本使用非横向myisam.表而不是桌子Innodb.通过消除事务开销来获得更多速度的表。

A.14.7。

我该如何做准备在我自己的应用程序中的客户端代码来使用性能增强复制?

请参阅使用复制作为横向扩展解决方案的指南,第17.4.5节“使用缩放的复制”

A.14.8。

MySQL Replication的何时以及多么能力提高我系统的性能?

MySQL复制对于处理频繁读和不频繁写的系统来说是最有益的。从理论上讲,通过使用单源/多副本设置,您可以通过添加更多副本来扩展系统,直到耗尽网络带宽,或者更新负载增长到源无法处理的程度。

要确定在添加的好处开始级别之前可以使用多少副本,以及您可以改进网站的性能,您必须知道您的查询模式,并通过基于基准测试读取和写入之间的关系来确定凭经验典型的源和典型的副本。此处的示例显示了对假设系统的复制可以获得的相当简化的计算。让写道分别表示每秒读取和写入的数量。

假设系统负载由10%的写入和90%的读数组成,我们通过基准测试了是1200 - 2 *写道.换句话说,系统可以每秒做1,200读,没有写入,平均写入是平均读取的两倍,并且关系是线性的。假设来源和每个副本具有相同的容量,并且我们有一个来源和N.副本。然后我们有每个服务器(源或副本):

= 1200 - 2 *写道

= 9 *写道/(N.+ 1)(读被拆分,但写被复制到所有副本)

9 *写道/(N.+ 1)+ 2 *写道= 1200.

写道= 1200 /(2 + 9/(N.+ 1))

最后一个公式表示最大写次数N.如果最大可能的读速率为每秒1200次,并且每次写的读率为9次,则复制。

该分析产生以下结论:

  • 如果N.= 0(这意味着我们没有复制),我们的系统可以处理大约1200/11 = 109每秒写入。

  • 如果N.= 1时,每秒写184次。

  • 如果N.= 8,我们每秒最多可达400个写入。

  • 如果N.= 17,我们每秒最多可达480次写入。

  • 最终N.当接近无穷大(我们的预算是负无穷大)时,我们可以得到非常接近每秒600次写入,将系统吞吐量提高约5.5倍。然而,在只有8台服务器的情况下,我们将其增加了近4倍。

这些计算假定有无限的网络带宽,忽略了其他一些对您的系统可能很重要的因素。在许多情况下,您可能无法执行类似于刚才所示的计算,该计算可以准确地预测添加后系统上发生的情况N.副本。但是,回答以下问题应该帮助您决定是否以及复制的复制可以提高系统性能:

  • 系统上的读/写比率是多少?

  • 如果减少读取,则为一个服务器句柄多得多?

  • 您的网络上有多少副本?

A.14.9。

如何使用复制来提供冗余或高可用性?

如何实现冗余,完全取决于您的应用和情况。高可用性解决方案(具有自动故障转移)需要主动监控和自定义脚本或第三方工具,以将原始MySQL服务器的故障转移支持提供给副本。

要手动处理此过程,您应该能够通过更改应用程序与新服务器通信或将MySQL服务器的DNS从故障服务器调整到新服务器来将故障源从故障源切换到预配置的副本。

有关更多信息和一些示例解决方案,请参见第17.4.8节,“故障切换时切换源”

A.14.10。

如何判断复制源服务器是使用基于语句的二进制日志记录格式还是基于行的二进制日志记录格式?

检查价值binlog_format.系统变量:

mysql>显示“binlog_format”等变量;

显示的值总是其中之一陈述, 或者混合.为混合Mode默认使用基于语句的日志记录,但是复制在某些条件下会自动切换到基于行的日志记录,比如不安全语句。有关可能发生这种情况的信息,请参见第5.4.4.3节,“混合二进制日志格式”

A.14.11。

如何告诉副本使用基于行的复制?

副本自动知道使用哪种格式。

A.14.12。

如何预防格兰特撤销从复制到复制机的语句?

使用该服务器启动服务器- 重新匹配 - wild-ignore-table = mysql。%忽略表中的复制的选项mysql.数据库。

A.14.13。

在混合操作系统上是否对复制工作(例如,源在Linux上运行,而副本在麦斯卡斯和Windows上运行)?

是的。

A.14.14。

复制是否可以在混合硬件架构上工作(例如,源代码运行在64位机器上,而副本运行在32位机器上)?

是的。