Aurora MySQL集群-字节使用量的大幅增加

Question

【以下的问题经过翻译处理】 我最近注意到我们的Aurora MySQL集群的使用字节数从341 GiB增加到4362 GiB，在五天内增长了巨大的量。

备份日志如下所示：

| 日期 | 大小 |
| --- | --- |
| 2022年5月19日，上午8:39:13 UTC | 4362 GiB |
| 2022年5月18日，上午8:35:52 UTC | 4362 GiB |
| 2022年5月17日，上午8:41:40 UTC | 4100 GiB |
| 2022年5月16日，上午8:40:30 UTC | 2997 GiB |
| 2022年5月15日，上午8:37:08 UTC | 1791 GiB |
| 2022年5月14日，上午8:36:58 UTC | 583 GiB |
| 2022年5月13日，上午8:39:09 UTC | 341 GiB |
| 2022年5月12日，上午8:36:12 UTC | 341 GiB |

可以看到它在几天内急剧上升，然后保持平稳。

这并没有出现操作上的原因，因为我们的数据库大小只有大约40 GiB。我升级了集群引擎从“2.08.2”到“2.10.2”，希望动态调整会处理这个问题，但使用的字节数仍然显示超过了4000 GiB。

我已经重新启动集群，但没有任何变化。

通过一些研究，还有一些其他资源，但没有一个真正的解决这个问题的解决方案：

* [为什么AWS Aurora RDS MySQL集群的容量使用字节数会变得如此之高？](https://serverfault.com/questions/1074597/why-volume-bytes-used-become-so-high-on-aws-aurora-rds-mysql-cluster)
* 如何停止自动扩展 Aurora 存储（卷）
* 为什么我的 Amazon Aurora 集群的“卷字节已使用”始终在增加？
* 如何查看我的 Amazon Aurora MySQL 数据库集群的总存储使用情况？
引擎版本：
5.7.mysql_aurora.2.10.2

Answer

【以下的回答经过翻译处理】 看起来将集群升级到“2.10.2”确实修复了问题，只是动态调整大小需要一些时间才能最终生效。

在过去的24小时中，它逐渐缩小以匹配数据库的实际大小。

对于将来遇到此问题的任何人来说，升级集群引擎，然后等待似乎是最合适的行动方针。

日期	大小
2022年5月19日，上午8:39:13 UTC	4362 GiB
2022年5月18日，上午8:35:52 UTC	4362 GiB
2022年5月17日，上午8:41:40 UTC	4100 GiB
2022年5月16日，上午8:40:30 UTC	2997 GiB
2022年5月15日，上午8:37:08 UTC	1791 GiB
2022年5月14日，上午8:36:58 UTC	583 GiB
2022年5月13日，上午8:39:09 UTC	341 GiB
2022年5月12日，上午8:36:12 UTC	341 GiB

Aurora MySQL集群-字节使用量的大幅增加

Relevanter Inhalt