MySQL的binlog日志使用詳解
binlog 就是binary log,二進制日志文件,這個文件記錄瞭MySQL所有的DML操作。通過binlog日志我們可以做數據恢復,增量備份,主主復制和主從復制等等。對於開發者可能對binlog並不怎麼關註,但是對於運維或者架構人員來講是非常重要的。
MySQL 5.7這個版本默認是不開啟binlog日志的,具體的開啟方式可以查看https://www.jb51.net/article/207953.htm
binlog開啟成功之後,binlog文件的位置可以在my.inf配置文件中查看。也可以在MySQL的命令行中查看。命令行查看代碼如下
show variables like '%log_bin%';
我們也可以看一下當前MySQL的binlog的情況
show master status;
從上圖可以看到,當前隻有一個binlog文件,文件名為:mysql-bin.000001。每當我們重啟一次,會自動生成一個binlog文件,我們重啟完畢之後再來執行同樣的命令,內容如下:
存放binlog的目錄下也多個瞭這麼一個文件。
當然,我們也可以手動的來刷新binlog文件,通過 flush logs,同樣會新創建一個binlog文件。實際上當服務器在重啟時,也會調用flush logs操作。
如果我們想把這些文件全部清空,可以使用reset master 來處理
下面我來看針對單個文件的操作,首先我們想看一下文件的內容
找到binlog的目錄,比如我們要看mysql-bin.000001
vi mysql-bin.000001
我們看到的一堆亂碼。我們知道這是一堆的二進制文件,所以以文本的方式打開二進制文件一定是有問題的,那麼我們該如何查看這個文件的內容呢?
mysql給我們提供瞭一個用於查看binlog日志的工具,叫做mysqlbinlog
mysqlbinlog myql-bin.000001
這個文件比較長,一次打開看不完怎麼辦呢,這裡可以使用linux的管道,這裡就不詳細的說瞭,可以自己去查找關於linux的一些知識。
註意到上面的截圖中有一個position字段,這個字段類似於一個指針,目前這個字段的值為154,表示的就是binlog當前的位置。我們每次執行dml操作,position都會改變。比如我們先來創建一個數據 test
在創建之前我們可以清一下binlog日志方便我們查看,可以使用 reset master。在生產環境中,這個操作是非常危險的,那麼我們可以使用flush logs來處理,生成一個新的binlog文件。不管采用哪種方式,我們在測試的環境中,隻要有一個新的binlog文件就可以瞭。生成瞭新的binlog文件之後,我們可以通過show master status 來查看狀態
下面我們來執行一個dml語句,比如我們要創建一個test數據庫
create database test;
然後我們來查看創建之後的狀態,如下,我們發現position從154變成瞭313,也就是說我們的操作是在154到313之間,然後我們再來看binlog的內容。
我們截取154到313之間的binlog的內容如下:
# at 154 #170708 9:24:02 server id 12345 end_log_pos 219 CRC32 0x30763ffe Anonymous_GTID last_committed=0 sequence_number=1 SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/; # at 219 #170708 9:24:02 server id 12345 end_log_pos 313 CRC32 0x4d0140b3 Query thread_id=5 exec_time=0 error_code=0 SET TIMESTAMP=1499477042/*!*/; SET @@session.pseudo_thread_id=5/*!*/; SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/; SET @@session.sql_mode=1436549152/*!*/; SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/; /*!\C utf8 *//*!*/; SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/; SET @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; create database test /*!*/; SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/; DELIMITER ; # End of log file /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
我們可以看到,mysql做瞭很多的隱含的操作,細心的朋友會看到有這個一句:create database test;
下面我們來簡單總結一下關於binlog:
1.binlog文件會隨服務的啟動創建一個新文件
2.通過flush logs 可以手動刷新日志,生成一個新的binlog文件
3.通過show master status 可以查看binlog的狀態
4.通過reset master 可以清空binlog日志文件
5.通過mysqlbinlog 工具可以查看binlog日志的內容
6.通過執行dml,mysql會自動記錄binlog
到此這篇關於MySQL的binlog日志使用詳解的文章就介紹到這瞭,更多相關MySQL binlog日志使用內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- MySQL配置瞭雙主,是如何避免出現數據回環沖突的
- MySQL使用binlog日志做數據恢復的實現
- MySQL數據庫通過Binlog恢復數據的詳細步驟
- MySQL主從復制搭建流程分步實現
- mysql5.7使用binlog 恢復數據的方法