ihao論壇 - Powered by Discuz! Board

標題: mysql-bin.000001文件的來源及處理方法 [打印本頁]

作者: ihao 時間: 2012-8-11 22:09 標題: 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文件後就沒有問題了。

歡迎光臨 ihao論壇 (https://ihao.org/dz5/)