詳細(xì)介紹mysql-bin.000001文件的來源及處理方法 |
發(fā)布時(shí)間: 2012/8/31 17:13:16 |
在MySQL數(shù)據(jù)庫中,mysql-bin.000001、mysql- bin.000002等文件是數(shù)據(jù)庫的操作日志,例如UPDATE一個(gè)表,或者DELETE一些數(shù)據(jù),即使該語句沒有匹配的數(shù)據(jù),這個(gè)命令也會存儲到日志文件中,還包括每個(gè)語句執(zhí)行的時(shí)間,也會記錄進(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ù)器還要跟它同步。 清理日志方法為:
如果你確定從服務(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大小了。 如何刪除mysql-bin.0000X 日志文件呢? 紅色表示輸入的命令.
好了,我們再來查看下mysql文件夾占用多少空間?
好了,看一下,整個(gè)mysql目錄才占用163M大小!OK,沒問題,既然mysql-bin.0000X日志文件占用這么大空間,存在的意義又不是特別大,那么我們就不讓它生成吧。
找到了my.cnf 即mysql配置文件,我們將log-bin=mysql-bin 這條注釋掉即可.
重啟下MySQL,一切OK啦!關(guān)于MySQL數(shù)據(jù)庫mysql-bin.000001文件的來源及處理方法就介紹到這里了,希望通過本次的介紹能夠帶給您一些收獲吧,謝謝各位瀏覽! 本文出自:億恩科技【mszdt.com】 服務(wù)器租用/服務(wù)器托管中國五強(qiáng)!虛擬主機(jī)域名注冊頂級提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM] |