發新話題
打印

mysql-bin.000001文件的來源及處理方法

mysql-bin.000001文件的來源及處理方法

發現 /var/lib/mysql 空間不足了,

問:如何不讓這些文件生成?
答:my.cnf  把裡面的log-bin這一行註釋掉,重啟mysql服務即可。
# log-bin=mysql-bin

問:我的數據庫是mysql,我看到有很多mysql-bin.000001等文件,怎麼清除?
答:這些文件是數據庫的操作日誌
mysql> reset master;
可以清理這些文件。
如果做了replication,清理之前要確認slave端已經同步了所有log

-----------------------------------------------------
用ports安裝了mysql以後,過一段時間發現 /var/lib/mysql 空間不足了,查一下,會發現是mysql-bin.000001、mysql- bin.000002等文件佔用了空間,那麼這些文件是幹嘛的?這是數據庫的操作日誌,例如UPDATE一個表,或者DELETE一些數據,即使該語句沒有匹配的數據,這個命令也會存儲到日誌文件中,還包括每個語句執行的時間,也會記錄進去的。

這樣做主要有以下兩個目的:
1:數據恢復
如果你的數據庫出問題了,而你之前有過備份,那麼可以看日誌文件,找出是哪個命令導致你的數據庫出問題了,想辦法挽回損失。
2:主從服務器之間同步數據
主服務器上所有的操作都在記錄日誌中,從服務器可以根據該日誌來進行,以確保兩個同步。

處理方法分兩種情況:
1:只有一個mysql服務器,清理日誌方法為:
mysql> reset master;
再來可以簡單的註釋掉這個選項就行了。
vi /etc/my.cnf把裡面的log-bin這一行註釋掉,重啟mysql服務即可。

2:如果你的環境是主從服務器,那麼就需要做以下操作了。
A:在每個從屬服務器上,使用SHOW SLAVE STATUS來檢查它正在讀取哪個日誌。
B:使用SHOW MASTER LOGS獲得主服務器上的一系列日誌。
C:在所有的從屬服務器中判定最早的日誌,這個是目標日誌,如果所有的從屬服務器是更新的,就是清單上的最後一個日誌。
D:清理所有的日誌,但是不包括目標日誌,因為從服務器還要跟它同步。
清理日誌方法為:
PURGE MASTER LOGS TO 'mysql-bin.010';
PURGE MASTER LOGS BEFORE '2008-12-19 21:00:00';

如果你確定從服務器已經同步過了,跟主服務器一樣了,那麼可以直接RESET MASTER將這些文件刪除。
--------------------------------------------------------------------------
MySQL的 expire_logs_days 和 PURGE MASTER LOGS 無效問題

expire_logs_days 和 PURGE MASTER LOGS 用於讓MySQL自動刪除過期的binlog文件,
但對於線上使用的服務器我一直沒有讓這兩個參數/命令成功運行過,每次都是運行後返回但沒有任何效果,今天終於發現問題所在,http://bugs.mysql.com/bug.php?id=28238
如果你之前手工刪除過MySQL的binlog而沒有更新對應的Index文件,則MySQL在運行這個命令的時候會試圖刪除 index文件中記錄的但已經被手工刪除掉的binlog文件,這樣MySQL會得到一個錯誤後停止命令運行,導致操作沒有效果,手工調整好Index文件後就沒有問題了。

TOP

發新話題