来自AWS RDS的mysqldump减慢

Question

我在同一个AZ中从AWS (MySQL)从EC2 (m5.Larg-2c/8GB)获取db备份，使用-

mysqldump -hxx -u xx -p --extended-insert  --single-transaction  --max_allowed_packet=1G db > db.sql

备份在60-70分钟左右结束，错误: mysqldump: error 2013:在查询期间丢失了与MySQL服务器的连接，此时在第1743503行转储表xx

1. 错误行更改，但表与mysqldump错误输出的位置相同。
2. 表有4M记录，大小约为1.5GB
3. 源上的max_allowed_packet是4MB (虽然我认为这是无关紧要的)

因此，我尝试使用启用pv的单表备份：

mysqldump -hxx -u xx -p --extended-insert  --single-transaction  --max_allowed_packet=1G db tbl_xx | pv > db_tbl_xx.sql

pv流很有趣，因为我看到了~10 MiB/s的速度一段时间，然后冻结到0B/S几秒钟。当它恢复，它徘徊在700-800基布/S在余下的时间，直到备份结束(1.79GB - 35分钟)。只有在整个DB的情况下，备份才会结束，但会抛出"Error 2013“。

有趣的是，从SQLyog图形用户界面到同一张表的备份在大约5分钟内在互联网上完成。

我不确定mysqldump参数是否不支持大型备份，或者某些网络级别的配置是这里的问题。一些指针的帮助，检查两边都会很好，谢谢！

Answer 1

在一次我曾经看过的发明会议上，一位AWS工程师建议我们什么时候使用高IOPS进程来增加实例类型。我的建议是将实例类型更改为db.m5.4xlarge，等待20分钟，然后再尝试转储。

很有可能它会像魅力一样发挥作用！