mysql記錄檔

來源:互聯網
上載者:User

標籤:http   io   ar   使用   sp   for   strong   檔案   資料   

mysql的資料檔案夾裡出現mysql-bin記錄檔,通過my.cnf注釋掉log後,是否可以刪除了?

參考

http://database.51cto.com/art/201107/278988.htm

詳細介紹mysql-bin.000001檔案的來源及處理方法

MySQL資料庫中,mysql-bin.000001mysql- 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:清理所有的日誌,但是不包括目標日誌,因為從伺服器還要跟它同步。

清理日誌方法為:

  1. PURGE MASTER LOGS TO ‘mysql-bin.010‘;  
  2.  
  3. 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 記錄檔呢?

紅色表示輸入的命令.

  1. [[email protected] var]# /usr/local/mysql/bin/mysql -u root -p  
  2.  
  3. Enter password: (輸入密碼)  
  4.  
  5. Welcome to the MySQL monitor. Commands end with ; or \g.  
  6.  
  7. Your MySQL connection id is 264001  
  8.  
  9. Server version: 5.1.35-log Source distribution  
  10.  
  11. Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.  
  12.  
  13. mysql> reset master; (清除記錄檔)  
  14.  
  15. Query OK, 0 rows affected (8.51 sec)  
  16.  
  17. mysql> 

好了,我們再來查看下mysql檔案夾佔用多少空間?

  1. [[email protected] var]# du -h –max-depth=1 /usr/local/mysql/  
  2.  
  3. 37M     /usr/local/mysql/var  
  4.  
  5. 70M     /usr/local/mysql/mysql-test  
  6.  
  7. 15M     /usr/local/mysql/lib  
  8.  
  9. 448K    /usr/local/mysql/include  
  10.  
  11. 2.9M    /usr/local/mysql/share  
  12.  
  13. 7.6M    /usr/local/mysql/libexec  
  14.  
  15. 17M     /usr/local/mysql/bin  
  16.  
  17. 11M     /usr/local/mysql/docs  
  18.  
  19. 2.9M    /usr/local/mysql/sql-bench  
  20.  
  21. 163M    /usr/local/mysql/ 

好了,看一下,整個mysql目錄才佔用163M大小!OK,沒問題,既然mysql-bin.0000X記錄檔佔用這麼大空間,存在的意義又不是特別大,那麼我們就不讓它產生吧。

  1. [[email protected] var]# find / -name my.cnf 

找到了my.cnf 即mysql設定檔,我們將log-bin=mysql-bin 這條注釋掉即可.

  1. # Replication Master Server (default)  
  2.  
  3. # binary logging is required for replication  
  4.  
  5. #log-bin=mysql-bin 

重啟下MySQL,一切OK啦!關於MySQL資料庫mysql-bin.000001檔案的來源及處理方法就介紹到這裡了,希望通過本次的介紹能夠帶給您一些收穫吧,謝謝各位瀏覽!

mysql記錄檔

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.