關於mysql清除log-bin的日誌方法

前一陣子工作項目上的事情忙的焦頭爛額，最近要進行部門調整將要去做新的項目。又要學習很多新的知識了，還是很興奮激動的。今天下班回來查看了一下VPS狀態，發現VPS的空間只剩下了1G多！第一反應是被入侵了，但是看了一下log並沒有發現什麼異常的登錄，加上平時基本都是用私鑰免密碼登錄的VPS，別入侵的可能也不是很大。那我就很疑惑了，因爲系統文件佔用應該也就3G多，我平時並沒有在VPS放過什麼大文件，不應該一下子少那麼多空間。於是開始一番du查找終於找到了罪魁禍首！原來是mysql的log文件導致的。

裝mysql並運行一段時間後，在mysql目錄下出現一堆類似mysql-bin.000***，從mysql-bin.000001開始一直排列下來，而且佔用了大量硬盤空間，高達十幾個G.。原來mysql-bin.000001、mysql-bin.000002等文件是數據庫的操作日誌，例如UPDATE一個表，或者DELETE一些數據，即使該語句沒有匹配的數據，這個命令也會存儲到日誌文件中，還包括每個語句執行的時間，也會記錄進去的。 這些形如mysql-bin.00001的文件主要是用來做什麼的呢?

1、數據恢復

如果你的數據庫出問題了，而你之前有過備份，那麼可以看日誌文件，找出是哪個命令導致你的數據庫出問題了，想辦法挽回損失。

2、主從服務器之間同步數據

主服務器上所有的操作都在記錄日誌中，從服務器可以根據該日誌來進行，以確保兩個同步。

3、清除辦法

運行 /usr/local/mysql/bin/mysql -u root -p 登錄執行：

複製代碼 代碼如下:reset master;

如果你只有一個mysql服務器，在/etc/ 下面找到文件vim /etc/把裏面的

複製代碼 代碼如下:#log-bin=mysql-bin

#binlog_format=mixed

這兩行註釋掉，然後將mysql下的var目錄中的這些日誌文件全部刪除，重啓mysql服務即可。

但是如果你設置了主從服務器，那麼就需要做以下操作了。

A：在每個從屬服務器上，使用SHOW SLAVE STATUS來檢查它正在讀取哪個日誌。

B：使用SHOW MASTER LOGS獲得主服務器上的一系列日誌。

C：在所有的從屬服務器中判定最早的日誌，這個是目標日誌，如果所有的'從屬服務器是更新的，就是清單上的最後一個日誌。

D：清理所有的日誌，但是不包括目標日誌，因爲從服務器還要跟它同步。 簡單地說,這些MySQL目錄下的形如mysql-bin.000***的文件時MySQL的事務日誌。 刪除複製服務器已經拿走的binlog是安全的，一般來說網絡狀況好的時候，保留最新的那一個足以。