如何管理mysql.log文件的大小？

Question

我最近将我的服务器设置为

master

，以便使用 MySQL 复制在

slave

上拥有相同的数据。

在

mysql-bin.0000*

下添加了一些名为

/var/log/mysql/

的新文件。另外，还有一个名为

mysql.log

的新文件，它的增长（大小）过快。它显然是所有已执行查询的日志（甚至是未应用于副本的

select

语句）。所以我不知道这个文件存在的原因。

那些

mysql-bin

文件将被分成多个文件，我可以在一段时间后手动删除旧文件来管理存储。但是，那个

mysql.log

文件只是一个我不知道如何管理它的文件？要知道，现在是 50GB，服务器存储空间已使用了 87%。我真的需要对该文件做点什么。

对我来说，复制品中没有干扰很重要。知道我应该做什么吗？

Answer 1

听起来您正面临与主服务器上的 MySQL 复制日志相关的存储和管理问题。您提到的 mysql-bin 文件是用于 MySQL 复制的二进制日志文件，而 mysql.log 文件似乎是大小快速增长的查询日志。让我们逐步解决这些问题：

管理二进制日志文件（mysql-bin.*）： 二进制日志文件对于 MySQL 复制至关重要，因为它们包含主数据库上发生的更改的记录。但是，随着时间的推移，它们可能会占用大量存储空间。要管理这些文件：

配置MySQL的二进制日志保留策略。您可以在 MySQL 配置文件 (my.cnf) 中设置 expire_logs_days 参数来控制这些文件在自动清除之前保留多长时间。

手动删除不再需要的旧二进制日志文件。在执行此操作之前，请确保关联的数据已成功复制到从属服务器，并且您拥有二进制日志的备份副本，以备需要时使用它们进行恢复。

管理查询日志（mysql.log）： 查询日志 (mysql.log) 记录执行的查询，其增长可能是由于正在执行大量查询（包括 SELECT 语句）。要管理此日志：

禁用或配置查询日志：如果您发现查询日志增长过快，您可以考虑禁用它或调整其配置以仅记录关键或相关查询。您可以在MySQL配置文件中设置general_log和general_log_file参数来控制这一点。

定期日志轮换：如果您决定保持查询日志启用，请配置日志轮换以防止日志文件消耗过多空间。实施日志轮换机制，存档或压缩较旧的日志条目并将日志文件保持在可管理的大小。

考虑日志分析工具：使用日志分析工具，您可以深入了解正在执行的查询类型并识别任何潜在的性能瓶颈。这可以帮助您微调应用程序和数据库以获得最佳性能。

请记住，您对这些日志文件所做的任何更改都应仔细计划和测试，尤其是在复制设置中，以确保复制过程保持稳定且不间断。

与往常一样，在对 MySQL 设置进行任何重大更改之前备份数据和配置文件非常重要。此外，请参阅官方 MySQL 文档，了解有关在特定 MySQL 版本中配置和管理二进制日志和查询日志的详细信息。