二進制日志的文件的作用
mysql二進制日志文件用來記錄所有用戶對數據庫操作，即記錄用戶對數據庫操作的sql語句。如果有此文件，當數據庫發生意外時，可以通過此文件查看到用戶在此文件記錄的時間段內用戶所做的操作，再和數據庫備份配合使用，即可再現用戶操作，使數據庫恢復。
二進制日志文件的弊端
二進制日志文件開啟後，所有對數據庫操作的記錄均會被記錄到此文件，
所以，當長時間開啟之後，日志文件會變得很大，占用磁盤空間。
使用二進制日志文件恢復數據庫
開啟日志文件
mysql默認是不開啟日志文件的功能的，需要我們手動開啟。操作如下：
1、 打開mysql安裝目錄\my.ini（windows系統是my.ini文件，linux是my.cnf文件）。
2、 找到[mysqld]這個標簽，在此標簽下面一行，添加語句：log-bin=binary-log。上面語句中，log-bin說明要開啟二進制日志文件，binary-log是二進制日志文件的名字。
(測試的時候我設置的：log-bin=d:/mysql_log/logbin_ouyang.log)
3、 重啟mysql服務。可以在mysql安裝目錄\data 文件夾下看到“binary-log.數字編號”文件，
如binary-log.000001。以後每重啟一次mysql服務，都會重新生成二進制日志文件，
文件名中的數字編號依次遞增。
(你的上一步給出的文件名，加了個序號 還有一個總的文件 index文件 如圖1：)
恢復數據庫
使用日志文件恢復數據庫必須要有一個數據庫備份（只要是在二進制日志文件功能開啟之後備份的就行）。恢復數據庫時，可以通過時間恢復，也可以通過操作點恢復。
1、通過時間恢復方法如下：
如果我在2011-04-02 00:00:00時刻開啟了二進制日志文件功能，並備份了數據庫文件。且在2011-04-02 12:00:00數據庫發生異常，需要恢復到2011-04-02 10:00:00。則操作如下：
l 用備份將數據庫回復到2011-04-02 00:00:00時候的狀態。
l 在命令行輸入如下命令：
mysqlbinlog --stop-date="你想要恢復的時間" 日志文件的目錄\binary-log.000001 | mysql -u root –p (D:\mysql_log>mysqlbinlog logbin_ouyang.000007 --stop-date="2011-10-23 15:05:00"|mysql -uroot -proot)
這樣，系統會自動執行從二進制日志有記錄開始截止到2011-04-02 10:00:00，用戶所做過的所有操作。與stop-date對應的，還有start-date屬性，可以設定執行記錄的開始時間。也可以兩個屬性都設置。
2、通過操作點恢復方法如下：
在命令行中輸入mysqlbinlog D:\binary-log.000003 > D:\log.txt，執行後打開log.txt，
查看裡面語句，可以發現：在每個操作之前，都會有一個獨特的編號，如下紅字顯示：
/*!*/; # at 450 /*編號450*/ #110402 15:31:50 server id 1 end_log_pos 529 Query thread_id=2 exec_time=0 error_code=0 SET TIMESTAMP=1301729510/*!*/; DROP TABLE `jwc`
此編號隨著操作數增多而變大。和時間一樣是一個標記，通過操作點恢復的語句如下：
mysqlbinlog --stop-position="450" mysql安裝目錄\data\binary-log.000001 | mysql -u root –p
這樣，系統會自動執行二進制日志中編號最低的語句到編號450語句。
與stop-position對應的，還有start-position屬性，可以設定執行記錄的開始編號。
附：（你應該看看）
1.0 mysqlbinlog 是mysql自帶的一個日志操作工具！
2.0 如果直接打開log文件 可能會是亂碼，所以我們一般會：
D:\mysql_log>mysqlbinlog logbin_ouyang.000003 >log_3.txt 復制下 然後用記事本打開！
就可以清楚的看到 操作的編號了 或者說（行號）
3.0 如果發生了錯誤的操作！如果可以的話！你應該立馬停止數據庫！然後恢復數據！
4.0 如果只是去掉某一個語句，你可以選擇恢復兩次 ，如圖：
D:\mysql_log>mysqlbinlog logbin_ouyang.000009 --stop-position=10625|mysql -uroot
-proot
D:\mysql_log>mysqlbinlog logbin_ouyang.000009 --start-position=10843|mysql -uroo
t –proot
5.0 如果發生 Could not read entry at offset 1478: Error in log format or read error. 類似的錯誤！
請檢查你的編號是否正確！注意這個編號 不是一些編輯器顯示的那個行號哦，# at 450 /
經常delete 、update錯了！所有給自己個文檔！當然我也希望你永遠的用不上這個文檔 ! 周末愉快!
（排版有的亂哈！多多包涵！）
