MySQL中怎么刪除與恢復二進制日志

這篇文章將為大家詳細講解有關MySQL中怎么刪除與恢復二進制日志，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

# vim /etc/my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
# old_passwords=1
table_cache = 300
default-character-set = utf8
log = /var/lib/mysqllog/mysql.log
log-bin = /var/lib/mysqllog/log-bin
log-slow-queries = /var/lib/mysqllog/slowquery.log
long_query_time=2

[mysql.server]
user=mysql
basedir=/var/lib

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
其中黑體的內容為增加的，斜體的log-error=/var/log/mysqld.log原有的
mysql有以下幾種日志： 
錯誤日志：  -log-err  
查詢日志：  -log 
慢查詢日志: -log-slow-queries 
更新日志:   -log-update    這個版本已經不用了，update的操作也記入查詢日志中。設置上后錯誤日志中會有一條錯誤信息，不過不影響使用
二進制日志： -log-bin 

附錄：

//顯示所有本機上的二進制日志
mysql> SHOW MASTER LOGS;

//刪除所有本機上的二進制日志
mysql> RESET MASTER;

//刪除所有創建時間在binary-log.xxx之前的二進制日志
mysql> PURGE MASTER LOGS TO 'binary-log.xxx';

//只保留最近6天的日志，之前的都刪掉
find /var/intra -type f -mtime +6 -name "*.log" -exec rm -f {} \;

//用鍵盤左上角（也就是Esc下面）那個鍵包圍起來，說明是命令。-1d是昨天，以此類推-1m是上個月等等
day=`/bin/date -v -1d +%Y%m%d`;

//給文件改名
mv xxx.log xxx-${day}.log;

//這里還要加上數據庫的用戶名密碼，作用是更新日志（包括二進制日志和查詢日志等等）
mysqladmin flush-logs

打開MySQL的慢查詢日志記錄

   MySQL慢查詢日志對于跟蹤有問題的查詢非常有用,可以分析出當前程序里有很耗費資源的sql語句,那如何打開mysql的慢查詢日志記錄呢?
其實打開mysql的慢查詢日志很簡單,只需要在mysql的配置文件里(windows系統是my.ini，linux系統是my.cnf)的[mysqld]下面加上如下代碼：

log-slow-queries=/var/lib/mysql/slowquery.log
long_query_time=2
注:
log-slow-queries設置把日志寫在那里，為空的時候，系統會給慢查詢日志賦予主機名，并被附加slow.log。
/var/lib/mysql/slowquery.log為日志存放的文件的位置,一般這個目錄要有mysql的運行帳號的可寫權限,一般都將這個目錄設置為 mysql的數據存放目錄

long_query_time=2中的2表示查詢超過兩秒才記錄.

如果設置了參數log-long-format，那么所有沒有使用索引的查詢也將被記錄。在文件my.cnf或my.ini中加入下面這一行可以記錄這些查詢

這是一個有用的日志。它對于性能的影響不大（假設所有查詢都很快），并且強調了那些最需要注意的查詢（丟失了索引或索引沒有得到最佳應用）

# Time: 070927  8:08:52

# User@Host: root[root] @  [192.168.0.20]

# Query_time: 372  Lock_time: 136  Rows_sent: 152  Rows_examined: 263630
select id, name from manager where id in (66,10135);
這是慢查詢日志中的一條，用了372秒，鎖了136秒，返回152行，一共查了263630行

   如果日志內容很多，用眼睛一條一條去看會累死，mysql自帶了分析的工具，使用方法如下：
命令行下，進入mysql/bin目錄，輸入mysqldumpslow –help或--help可以看到這個工具的參數

MySQL的log-bin的日志功能
   安裝mysql,運行一段時間后，在mysql目錄下出現一堆類似mysql-bin.000***，從mysql-bin.000001開始一直排列下來，而且占用了大量硬盤空間，高達幾十個G。對于這些超大空間占用量的文件應該怎么辦呢?

那么mysql數據庫文件夾中的mysql-bin.00001是什么文件？
mysql-bin.000001、mysql- bin.000002等文件是數據庫的操作日志，例如UPDATE一個表，或者DELETE一些數據，即使該語句沒有匹配的數據，這個命令也會存儲到日志文件中，還包括每個語句執行的時間，也會記錄進去。

這些形如mysql-bin.00001的文件主要是用來做什么的呢?
1：數據恢復
如果你的數據庫出問題了，而你之前有過備份，那么可以看日志文件，找出是哪個命令導致你的數據庫出問題了，想辦法挽回損失。

2：主從服務器之間同步數據
主服務器上所有的操作都在記錄日志中，從服務器可以根據該日志來進行，以確保兩個同步。

如果不想要這些文件應該怎么做呢?
1：只有一個mysql服務器，那么可以簡單的注釋掉這個選項就行了。
vim /etc/my.cnf把里面的log-bin這一行注釋掉，重啟mysql服務即可。

2：如果你的環境是主從服務器，那么就需要做以下操作了。
A：在每個從屬服務器上，使用SHOW SLAVE STATUS來檢查它正在讀取哪個日志。
B：使用SHOW MASTER LOGS獲得主服務器上的一系列日志。
C：在所有的從屬服務器中判定最早的日志，這個是目標日志，如果所有的從屬服務器是更新的，就是清單上的最后一個日志。
D：清理所有的日志，但是不包括目標日志，因為從服務器還要與它同步。

簡單地說,這些MySQL目錄下的形如mysql-bin.000***的文件時MySQL的事務日志。

刪除復制服務器已經拿走的binlog是安全的，一般來說網絡狀況好的時候，保留最新的那一個足以。

mysql二進制日志維護

先登陸上去, 看看這臺機器有沒有做replication, 如果有在做的話, 清除bin-log的時候要小心了, 要確保要刪除的bin-log都已經送到slave了.

mysql> show processlist;
+----------+------+-----------+------+---------+------+-------+------------------+
| Id       | User | Host      | db   | Command | Time | State | Info             |
+----------+------+-----------+------+---------+------+-------+------------------+
| 55467761 | root | localhost | NULL | Query   | 0    | NULL  | show processlist |
+----------+------+-----------+------+---------+------+-------+------------------+
沒有binlog dump的線程, 說明這臺機器沒有在做replication, 直接用以下命令清除所有的bin-log, 可以刪除列于索引文件中的所有二進制日志，把二進制日志索引文件重新設置為空，并創建一個新的二進制日志文件。

mysql> reset master;
mysql> show master status;
+----------+----------+--------------+------------------+
| File     | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+----------+----------+--------------+------------------+
|xxx.000001| 180      |              |                  |
+----------+----------+--------------+------------------+
假設我只想刪除xxx.000018以前的bin-log, 可以用以下的命令.

mysql> purge master logs to 'xxx.000018'
有條件的機器最好保留一份bin-log在另外一 個磁盤, 就算數據庫掛了, 我們也可以根據二進制日志來恢復, 怎么保留二進制日志呢? 編輯你的my.cnf, 指定如下配置log-bin=/diskb/bin-logs/xxx_db-bin, 重新啟動數據庫的時候, 你就會發現/diskb/bin-logs哪里多了兩個文件xxx_db-bin.000001, xxx_db-bin.index, 一個是二進制日志文件, 它將更改數據的所有查詢記入該文件, 另外一個是二進制日志文件名的索引文件.

下面講一下怎么從二進制文件恢復數據, 假如不小心執行了drop table xxx_db, 假如你保留了完整的二進制日志的話, 先不要冒汗, 這是可以恢復的.

先看看日志

mysql> mysqlbinlog /diskb/bin-logs/xxx_db-bin.000001
找到執行create table xxx_db之后和drop table xxx_db之前的position, 假如是20, 1000.

mysql> mysqlbinlog --start-position="4" --stop-position="1000" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
伴 隨著一大堆的ERROR 1062 (23000) at line 12355: Duplicate entry '139' for key 1, 數據庫就這樣恢復了, 不過--start-position="20"是不行的, 必須從--start-position="4"開始, 為什么要強制從4開始, 這個問題我也暫時沒有搞清楚.

還有一種辦法是根據日期來恢復

mysql> mysqlbinlog --start-datetime="2009-09-14 0:20:00" --stop-datetim="2009-09-15 01:25:00" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
如果create table xxx_db和drop table xxx_db之間的時間相距是一年, 或者在不同的二進制日志中, 且位置相距好遠, 就等著失眠吧! 做好備份, 小心操作才是正路啊..

關于MySQL中怎么刪除與恢復二進制日志就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。