主页 / dba / 问题 / 242049
Accepted
Subrata Das
Asked: 2019-07-04 23:04:49 +0800 CST

了解 BinLogDiskUsage 指标行为

  • 772

我们正在使用 AWS-RDS。以下是过去 6 周二进制日志磁盘使用情况变化的屏幕截图。

在此处输入图像描述

日志保留期为 3 天。表格每周优化和归档一次。我们预计 BinLogDiskUsage 几乎是恒定的（假设 AWS 定期清除日志）在归档任务期间会出现峰值。

任何人都可以解释图表的这种波浪性质吗？

mysql amazon-rds

1 个回答

  1. Best Answer

    （冗长但不完整的答案）

    图形上下移动相当平滑。这让我很困惑。用你最新的数字，我可以解释一些正在发生的事情。

    数据被写入二进制日志，直到超过max_binlog_size（在您的情况下为 128M）。此时，会创建一个新的 binlog 文件。

    Slave(s) 不断地从 binlogs 中提取数据，并且通常会跟上。但是，没有反馈让 Master 知道所有Slave 何时完成了 binlog 文件。因此，有一些其他机制可以删除旧的 binlog。

    使用expire_logs_days（在您的情况下为 3），将删除超过该天数的 binlog 文件。

    通常你的 2GB (1447*1396626) 会占用大约 16 个 binlog 文件（即 /134217728）。该图会每隔一段时间显示 128MB 的明显下降。

    对于导致 1447 个二进制日志而不是 16 个，我唯一能想到的就是虚假PURGE命令。请运行这些：

     SHOW GLOBAL STATUS LIKE '%purge%';
 SHOW GLOBAL STATUS LIKE 'Uptime';

    商将说明每秒清除多少次。通常，这将接近于零。但是您的系统似乎每小时有几个。因此，我将神秘的图表转换为“为什么PURGE如此频繁地执行”。

    （如果您想对 和 进行更深入的分析，请参阅http://mysql.rjweb.org/doc.php/mysql_analysis#tuning。）STATUSVARIABLES

    更多的

    1447个二进制日志purge_logs_days_seconds = 500（5 分钟）。这表示每次通常都会清除 1 或 2 个 binlog。该图显示了每周模式。一周的某个时间段非常忙碌——在 binlogs 中添加了很多内容，同时清除了 3 天前的文件，这些文件的内容要少得多。这使得图表上升。同上。Flat 表示您正在以与删除相同的速率添加。

    我猜在 5 月的最后一周，交通或国定假日会有停顿吗？

    您提供的少量数据仍然存在矛盾。1447 并在 3 天后清除会说 3 分钟间隔，而不是 12/小时。或者 5 天，而不是 3 天。此外，最大二进制日志大小为 70MB（最大 128MB）意味着清除周期永远不会清除超过 1 个文件。

    系统有节奏；似乎没有什么大错特错。

    • 4

相关问题