MYSQL 日誌文件佔用磁碟空間
我的伺服器最近出現了一些問題,昨晚重新啟動後,我們今天又回來了。
但是我今天注意到磁碟已滿。所以我使用該
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
再次抱歉這個菜鳥問題,但我最近才繼承了這一切。
正如建議的那樣,這些可能是備份,但在與日誌文件夾相同的目錄下,有一個包含 websitename.sql 的 sql 文件夾
日誌文件夾中的文件遵循此約定。網站名稱-2017-01-09T00:50:04.146Z.sql。
您可以做的最明顯的事情是壓縮文件。如果它們是未壓縮的文本 SQL,它們會變得更小,例如 %90 壓縮。如果您的作業系統因為壓縮工具要使用磁碟而不允許您壓縮它們,您應該能夠壓縮到不同的分區,刪除大的原始文件,然後將壓縮文件移回日誌目錄。
我同意@Khaled。該網站是否執行特定的軟體,如 Wordpress 或 Drupal?那就是我要尋找答案的地方。Web 應用程序的文件應該告訴您如何防止日誌發瘋。
如果這些文件是早在 2015 年的備份,您可能可以刪除其中的大部分。如果您想非常小心,可以保留其中一些,例如每個月保留一個。除非您有某種記錄保存要求,否則唯一會出現這種情況的情況是網頁出現嚴重錯誤並且使用者/所有者希望它快速備份。有人迫切需要 2016 年 1 月 29 日的確切版本的可能性非常低。(但請務必查看任何記錄保存要求!)。這個建議假設這些實際上是 Web 應用程序的備份,而不是其他東西。
所以,是的,確保它們是未壓縮的文本 SQL 並立即壓縮以獲得喘息空間。然後查看 Web 應用程序並控制這些日誌。