我的服务器最近出现了一些问题，昨晚重新启动后，今天又出现了问题。
但是今天我发现磁盘已经满了。所以我用命令du找出所有空间都去了哪里，结果发现下面有一个文件/var/www/websitename/localfolder/etc/log，而那个日志文件夹中有几百个.sql文件，日期最早可以追溯到 2015 年。
我并不反对删除它们，而且我读过一些关于如何关闭日志并执行此操作等内容，但所有这些文档都假设日志保存在 mysql 文件夹中。我想知道我是否应该担心这些日志在我的网站目录中，以及它是否与此处的流程相同，例如：https://stackoverflow.com/questions/7381320/in-mysql-how-can-i-delete-flush-clear-all-the-logs-that-are-not-necessary
再次抱歉问了个菜鸟问题，但我最近才继承了这一切。
正如有人建议的那样，这些可能是备份，但在与日志文件夹相同的目录中，有一个包含网站名称.sql 的 sql 文件夹
日志文件夹中的文件遵循此约定。websitename-2017-01-09T00:50:04.146Z.sql。
答案1
最明显的办法就是压缩文件。如果它们是未压缩的文本 SQL，它们会变得小很多，比如 90% 压缩。如果您的操作系统不允许压缩它们，因为压缩工具要使用磁盘，您应该能够压缩到不同的分区，删除较大的原始文件，然后将压缩文件移回日志目录。
我同意@Khaled的观点。该网站是否运行特定软件，例如Wordpress或Drupal？我会从那里寻找答案。Web应用程序的文档应该会告诉您如何防止日志失控。
如果这些文件是早在 2015 年就备份的，那么您可能可以删除其中的大部分。如果您想非常小心，您可以保留其中一些，例如每个月保留一个。除非您有某种记录保存要求，否则只有在网页出现严重问题并且用户/所有者希望快速备份时才会出现这种情况。有人迫切需要 2016 年 1 月 29 日的确切版本的可能性非常低。（但请检查任何记录保存要求！）。并且此建议假设这些实际上是 Web 应用程序的备份，而不是其他东西。
所以，是的，确保它们是未压缩的文本 SQL，现在压缩以留出喘息空间。然后检查 Web 应用程序并控制这些日志。