mysql消除log-bin日記的辦法。本站提示廣大學習愛好者：（mysql消除log-bin日記的辦法）文章只能為提供參考，不一定能成為您想要的結果。以下是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/ 上面找到my.cnf文件vim /etc/my.cnf把外面的
#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是平安的，普通來講收集狀態好的時刻，保存最新的那一個足以。
