mysql复制的ec2示例之间的带宽异常

0aydgbwb  于 2021-06-21  发布在  Mysql
关注(0)|答案(2)|浏览(563)

我在两个aws示例之间使用mysql复制:m4.xlarge。版本5.6.35
有时我的复制有问题,滞后时间很高,增加太多达秒,落后于主机xx,000秒。我发现slave上的io\u线程无法赶上master db上的bin\u日志大小。
此时,主设备和从设备之间的带宽和字节传输非常低(以字节为单位)
但是当我将slave的示例类型从m4.xlarge改为t2.xlarge并向后时。主从之间的带宽立即增加(高达400kb/s)。保持主数据库,不要触摸或更改它。很快复制延迟就消失了。这很奇怪(iftop检查带宽)
你能告诉我这有什么问题吗?当我们改变示例类型时会发生什么?我们怎样才能找到根本原因呢?
非常感谢。

1l5u6lss

1l5u6lss1#

好像有人遇到了同样的问题[1][2]
你试过关闭sync\u binlog吗?(同步(binlog=0)

j8ag8udp

j8ag8udp2#

我已经检查并监测到问题来自于我们的从属数据库耗尽 Burst Balance . (https://aws.amazon.com/blogs/aws/new-burst-balance-metric-for-ec2s-general-purpose-ssd-gp2-volumes/).
因为我们的从属数据库的存储空间很小,只有20gb,所以它只有默认的100 iops。

IOPS = Volume size (in GB) * 3
Minimum for gp2 is 100 IOPS
Maximum for gp2 is 3000 IOPS

我将存储空间增加到50gb以获得150 iops,现在io\ U线程运行得更好。
停止/启动示例还将突发平衡重置为100%,但这只是一个快速提示。如果ec2示例之间存在高延迟,则应在带宽旁边检查此度量。

相关问题