Aurora MySQL集群-字节使用量的大幅增加
0
【以下的问题经过翻译处理】 我最近注意到我们的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集群的容量使用字节数会变得如此之高？
- 如何停止自动扩展 Aurora 存储（卷）
- 为什么我的 Amazon Aurora 集群的“卷字节已使用”始终在增加？
- 如何查看我的 Amazon Aurora MySQL 数据库集群的总存储使用情况？ 引擎版本： 5.7.mysql_aurora.2.10.2
1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 看起来将集群升级到“2.10.2”确实修复了问题，只是动态调整大小需要一些时间才能最终生效。
在过去的24小时中，它逐渐缩小以匹配数据库的实际大小。
对于将来遇到此问题的任何人来说，升级集群引擎，然后等待似乎是最合适的行动方针。
相关内容
AWS 官方已更新 2 年前- AWS 官方已更新 1 年前