【问题标题】:RDS MySQL Size Keeps IncreasingRDS MySQL 大小不断增加
【发布时间】:2021-10-25 17:50:44
【问题描述】:

我使用的是 RDS MySQL 8.0.23 并启用了审计、错误、常规、慢速查询日志,这些日志定向到 CloudWatch。我还启用了用于复制到只读副本的 Bin 日志。

我的问题是我的 RDS 存储量不断增加。尽管我使用的 DB 的总大小约为 140 GB,但我不得不将 RDS 大小增加到 1100 GB,现在只剩下 30 GB。

我似乎无法确认数据使用量增加的根本原因。

数据库大小:

Bin 日志大小:

【问题讨论】:

  • 您有多少个只读副本?还要检查您的所有只读副本是否正确同步。
  • @Asdfg 我有 1 个只读副本,它正在同步,没有任何延迟。
  • 可能会更改 bin 日志保留时间和/或禁用慢查询日志,看看是否有什么不同?除此之外,我没有想法。 :)
  • @Asdfg binlogs 的保留时间为零。我已经删除了一般日志和慢日志,问题由此得到解决。不知何故,这些日志并未按照 AWS 的每周轮换声明进行轮换。
  • 你说的是磁盘空间吗?还是内存?

标签: mysql amazon-web-services amazon-rds


【解决方案1】:

如果有人遇到同样的问题,我删除了慢日志和一般日志来解决问题。

  • mysql DB 中的 slow_loggeneral_log 表没有显示任何大小,因此怀疑它们包含更大的数据集。
  • 我分别使用了两次CALL mysql.rds_rotate_general_log;CALL mysql.rds_rotate_slow_log; 来删除这些日志。

大约 1 TB 的空间被收回。

这份文件帮助了我:https://aws.amazon.com/premiumsupport/knowledge-center/view-storage-rds-mysql-mariadb/

【讨论】:

  • @Asdfg 当您实际回答我的问题时,我错过了重点。 “可能是更改 bin 日志保留时间和/或禁用慢查询日志”我没有做这些。这对我有帮助:aws.amazon.com/premiumsupport/knowledge-center/…
  • 您暂时删除了它们。但他们会回来吗? (“轮换”与“关闭”或“清除旧的”不同)
【解决方案2】:

如果将常规日志写入 FILE,那么这可能会非常快消耗磁盘。

接下来可能是 binlog。由于您已关闭清除,它们将继续消耗磁盘空间。

默认为0,表示“不自动删除”。

slowlog 是第三个嫌疑人。

请注意,删除日志不一定会收回空间。在 Linux 中,空间在关闭之前不会返回给操作系统。 FLUSH LOGS; 是实现这一目标的一种方式。

【讨论】:

  • 感谢您的见解。 binlog 设置为 NULL 并根据文档:For RDS for MySQL, NULL means binary logs are not retained (0 hours). 对我来说,我在下面提交的答案已删除日志并要求保留空间,但我投票赞成你的,因为它很有帮助。投票,因为这将有助于
猜你喜欢
  • 2019-05-02
  • 2013-03-02
  • 2013-09-27
  • 1970-01-01
  • 2015-12-06
  • 2012-04-16
  • 2023-02-09
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多