用ports安裝了mysql以后，過一段時(shí)間發(fā)現(xiàn)/var空間不足了，查一下，會(huì)發(fā)現(xiàn)是mysql-bin.000001、mysql-bin.000002等文件占用了空間，那么這些文件是干嗎的？這是數(shù)據(jù)庫的操作日志，例如UPDATE一個(gè)表，或者DELETE一些數(shù)據(jù)，即使該語句沒有匹配的數(shù)據(jù)，這個(gè)命令也會(huì)存儲(chǔ)到日志文件中，還包括每個(gè)語句執(zhí)行的時(shí)間，也會(huì)記錄進(jìn)去的。這樣做主要有以下兩個(gè)目的：

1：數(shù)據(jù)恢復(fù)

如果你的數(shù)據(jù)庫出問題了，而你之前有過備份，那么可以看日志文件，找出是哪個(gè)命令導(dǎo)致你的數(shù)據(jù)庫出問題了，想辦法挽回?fù)p失。

2：主從服務(wù)器之間同步數(shù)據(jù)

主服務(wù)器上所有的操作都在記錄日志中，從服務(wù)器可以根據(jù)該日志來進(jìn)行，以確保兩個(gè)同步。

處理方法分兩種情況：

1：只有一個(gè)mysql服務(wù)器，那么可以簡單的注釋掉這個(gè)選項(xiàng)就行了。

vi /etc/my.cnf把里面的log-bin這一行注釋掉，重啟mysql服務(wù)即可。

2：如果你的環(huán)境是主從服務(wù)器，那么就需要做以下操作了。

A：在每個(gè)從屬服務(wù)器上，使用SHOW SLAVE STATUS來檢查它正在讀取哪個(gè)日志。

B：使用SHOW MASTER LOGS獲得主服務(wù)器上的一系列日志。

C：在所有的從屬服務(wù)器中判定最早的日志，這個(gè)是目標(biāo)日志，如果所有的從屬服務(wù)器是更新的，就是清單上的最后一個(gè)日志。

D：清理所有的日志，但是不包括目標(biāo)日志，因?yàn)閺姆?wù)器還要跟它同步。

清理日志方法為：

PURGE MASTER LOGS TO 'mysql-bin.010';

PURGE MASTER LOGS BEFORE '2008-12-19 21:00:00';

如果你確定從服務(wù)器已經(jīng)同步過了，跟主服務(wù)器一樣了，那么可以直接RESET MASTER將這些文件刪除。

======================================

之前發(fā)現(xiàn)自己10G的服務(wù)器空間大小,用了幾天就剩下5G了,自己上傳的文件才僅僅幾百M(fèi)而已,到底是什么東西占用了這么大空間呢?今天有時(shí)間徹底來查了一下:

看下上面的目錄web根目錄是放在/home 里面的,所有文件加起來才不到300M,而服務(wù)器上已經(jīng)占用了近5G空間,恐怖吧,最后經(jīng)我一步一步查詢得知,原來是這個(gè)文件夾占了非常多的空間資源：

原來如此,是mysql文件夾下的var目錄占用空間最大,那里面是啥 內(nèi)容呢?我們來看下：

發(fā)現(xiàn)了如此多的 mysql-bin.0000X文件,這是什么東西呢?原來這是mysql的操作日志文件.我才幾十M的數(shù)據(jù)庫,操作日志居然快3G大小了.

紅色表示輸入的命令.

[root@jiucool var]# /usr/local/mysql/bin/mysql -u root -pEnter password: (輸入密碼)Welcome to the MySQL monitor. Commands end with ; or g.Your MySQL connection id is 264001Server 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/var70M;;/usr/local/mysql/mysql-test15M;;/usr/local/mysql/lib448K;/usr/local/mysql/include2.9M;/usr/local/mysql/share7.6M;/usr/local/mysql/libexec17M;;/usr/local/mysql/bin11M;;/usr/local/mysql/docs2.9M;/usr/local/mysql/sql-bench163M;/usr/local/mysql/

好了,看一下,整個(gè)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,至此,操作完成. 以后再不會(huì)因?yàn)榫蛶资甅的數(shù)據(jù)庫大小生成N個(gè)G的日志文件啦.

這些個(gè)日志文件太恐怖了,我搬到這新VPS來才二十天左右,還不到一個(gè)月日志文件居然就近3個(gè)G大小,如果一兩個(gè)月我不清除日志文件這還得了!