mysql binlog二進位日誌詳解

基本概念
定義：
二進位日誌包含了所有更新了資料或者已經潛在更新了資料（例如，沒有匹配任何行的一個DELETE）的所有語句。

作用：
1。二進位日誌的主要目的是在恢複使能夠最大可能地更新資料庫，因為二進位日誌包含備份後進行的所有更新。
2。二進位日誌還用於在主複製伺服器上記錄所有將發送給從伺服器的語句。
不良影響：
運行伺服器時若啟用二進位日誌則效能大約慢1%。

如何啟動：
通過 –log-bin=file選項可以啟用
(更改my.ini檔案)
日誌位置
>>如果沒有指定檔案名稱,則Mysql使用hostname-bin檔案.
>>如果指定了相對路徑,則假定該路徑相對於資料目錄
>>Mysql在檔案名稱後添加了數字索引.所以該檔案最後的形式為filename.number
如果你在日誌名中提供了副檔名(例如，–log-bin=file_name.extension)，則副檔名被悄悄除掉並忽略。

更換策略：
使用索引來迴圈檔案,在以下條件將迴圈至下一個索引
1。伺服器重啟
2。伺服器被更新
3。日誌到達了最大日誌長度 max_binlog_size
4。日誌被重新整理 mysql> flush logs;

工具介紹：
shell>>mysqlbinlog [option] binlogFile> newfile
如： D:\mysql\log>mysqlbinlog binlog.000001 > 1.txt
一個例子：
log-bin=”D:/mysql/log/binlog” 那麼，在該檔案夾下就會有檔案D:/mysql/log/binlog.000001等

常見問題
1.如何清除binlog
>>>使用下面的兩個命令
PURGE {MASTER | BINARY} LOGS TO ‘log_name' //log_name不會被清除
PURGE {MASTER | BINARY} LOGS BEFORE ‘date' //date不會被清除

執行個體如下：
mysql> purge master logs to ‘binlog.000004′;
Query OK, 0 rows affected (0.01 sec)

mysql> purge master logs before '2009-09-22 00:00:00′;
Query OK, 0 rows affected (0.05 sec)

>>>或使用命令
RESET MASTER

刪除之前所有的binlog，並重建新的binlog
尾碼從000001開始

註：如果您有一個活性的從屬伺服器，該伺服器當前正在讀取您正在試圖刪除的日誌之一，
則本語句不會起作用，而是會失敗，並伴隨一個錯誤。
不過，如果從屬伺服器是休止的，並且您碰巧清理了其想要讀取的日誌之一，則從屬伺服器啟動後不能複製。
當從屬伺服器正在複製時，本語句可以安全運行。您不需要停止它們。

2.記錄到二進位日誌知的內容配置
binlog-do-db=sales 只記錄sales庫
binlog-ignore-db=sales 除sales庫不記錄，其他都記錄

但是如果在操作資料庫之前，不使用use $dbname 那麼所有的SQL都不會記錄
如果使用了use $dbname,那麼判斷規則取決於這裡的$dbname，而不是SQL中操作的庫

3.二進位日誌不準確的處理
預設情況下，並不是每次寫入時都將二進位日誌與硬碟同步。因此如果作業系統或機器(不僅僅是MySQL伺服器)崩潰，有可能二進位日誌中最後的語句丟失。
要想防止這種情況，你可以使用sync_binlog全域變數(1是最安全的值，但也是最慢的)，使二進位日誌在每N次二進位日誌寫入後與硬碟同步。
即使sync_binlog設定為1,出現崩潰時，也有可能表內容和二進位日誌內容之間存在不一致性。

如果崩潰恢複時MySQL伺服器發現二進位日誌變短了(即至少缺少一個成功提交的InnoDB事務)，
如果sync_binlog =1並且硬碟/檔案系統的確能根據需要進行同步(有些不需要)則不會發生，則輸出錯誤訊息 (“二進位日誌<名>比期望的要小”)。
在這種情況下，二進位日誌不準確，複製應從主伺服器的資料快照開始。