在MySQL數據庫中，mysql-bin.000001、mysql- bin.000002等文件是數據庫的操作日志，例如UPDATE一個表，或者DELETE一些數據，即使該語句沒有匹配的數據，這個命令也會存儲到日志文件中，還包括每個語句執行的時間，也會記錄進去的。
這樣做主要有以下兩個目的：
1：數據恢復
如果你的數據庫出問題了，而你之前有過備份，那麼可以看日志文件，找出是哪個命令導致你的數據庫出問題了，想辦法挽回損失。
2：主從服務器之間同步數據
主服務器上所有的操作都在記錄日志中，從服務器可以根據該日志來進行，以確保兩個同步。
處理方法分兩種情況：
1：只有一個mysql服務器，那麼可以簡單的注釋掉這個選項就行了。
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將這些文件刪除。
======================================
之前發現自己10G的服務器空間大小,用了幾天就剩下5G了,自己上傳的文件才僅僅幾百M而已,到底是什麼東西占用了這麼大空間呢?今天有時間徹底來查了一下:
看下上面的目錄web根目錄是放在/home 裡面的,所有文件加起來才不到300M,而服務器上已經占用了近5G空間,恐怖吧,最後經我一步一步查詢得知,原來是這個文件夾占了非常多的空間資源:
原來如此,是mysql文件夾下的var目錄占用空間最大,那裡面是啥 內容呢?我們來看下:
發現了如此多的mysql-bin.0000X文件，這是什麼東西呢?原來這是mysql的操作日志文件.我才幾十M的數據庫,操作日志居然快3G大小了。
如何刪除mysql-bin.0000X 日志文件呢?
紅色表示輸入的命令.
- [root@jiucool var]# /usr/local/mysql/bin/mysql -u root -p
- Enter password: (輸入密碼)
- Welcome to the MySQL monitor. Commands end with ; or \g.
- Your MySQL connection id is 264001
- Server version: 5.1.35-log Source distribution
- Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.
- mysql> reset master; (清除日志文件)
- Query OK, 0 rows affected (8.51 sec)
- mysql>
好了，我們再來查看下mysql文件夾占用多少空間?
- [root@jiucool var]# du -h –max-depth=1 /usr/local/mysql/
- 37M /usr/local/mysql/var
- 70M /usr/local/mysql/mysql-test
- 15M /usr/local/mysql/lib
- 448K /usr/local/mysql/include
- 2.9M /usr/local/mysql/share
- 7.6M /usr/local/mysql/libexec
- 17M /usr/local/mysql/bin
- 11M /usr/local/mysql/docs
- 2.9M /usr/local/mysql/sql-bench
- 163M /usr/local/mysql/
好了，看一下，整個mysql目錄才占用163M大小!OK，沒問題，既然mysql-bin.0000X日志文件占用這麼大空間，存在的意義又不是特別大，那麼我們就不讓它生成吧。
- [root@jiucool var]# find / -name my.cnf
找到了my.cnf 即mysql配置文件,我們將log-bin=mysql-bin 這條注釋掉即可.
- # Replication Master Server (default)
- # binary logging is required for replication
- #log-bin=mysql-bin
重啟下MySQL，一切OK啦！關於MySQL數據庫mysql-bin.000001文件的來源及處理方法就介紹到這裡了，希望通過本次的介紹能夠帶給您一些收獲吧，謝謝各位浏覽！
