知識星球來源：瀟湘隱者 ，
www.cnblogs.com/kerrycode/p/9315949.html
緣起
一網友反饋使用mysqlbinlog解析出的二進位制日誌中的內容中，有些SQL陳述句有#註釋的情況，這個是怎麼回事呢？我們透過實驗來瞭解一下具體細節情況，如下所示，實驗環境為5.6.20-enterprise-commercial-advanced-log
# whereis mysqlbinlog
mysqlbinlog: /usr/bin/mysqlbinlog /usr/share/man/man1/mysqlbinlog.1.gz
我們先在引數檔案my.cnf裡面設定binlog_format=ROW ，然後重啟一下MySQL服務
mysql> show variables like ‘binlog_format’;
+—————+——-+
| Variable_name | Value |
+—————+——-+
| binlog_format | ROW |
+—————+——-+
1 row in set (0.00 sec)
mysql> show master status;
+———————-+———-+————–+——————+——————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+———————-+———-+————–+——————+——————-+
| DB-Server-bin.000005 | 512 | | | |
+———————-+———-+————–+——————+——————-+
1 row in set (0.00 sec)
mysql>
mysql> drop table kkk;
Query OK, 0 rows affected (0.01 sec)
mysql> create table kkk (id int ,name varchar(32));
Query OK, 0 rows affected (0.02 sec)
mysql> insert into kkk
-> select 100, ‘name’ union all
-> select 200, ‘kerry’ union all
-> select 300, ‘k3’;
Query OK, 3 rows affected (0.02 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql>
預設情況下只能看到一些經過base-64編碼的資訊，如下所示：
[root@DB-Server ~]# /usr/bin/mysqlbinlog /data/mysql/DB-Server-bin.000005
use `MyDB`/*!*/;
SET TIMESTAMP=1530288296/*!*/;
DROP TABLE `kkk` /* generated by server */
/*!*/;
# at 628
#180629 12:05:14 server id 1 end_log_pos 745 CRC32 0xc6037a3f Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1530288314/*!*/;
create table kkk (id int ,name varchar(32))
/*!*/;
# at 745
#180629 12:06:07 server id 1 end_log_pos 817 CRC32 0x74fd4efb Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1530288367/*!*/;
BEGIN
/*!*/;
# at 817
#180629 12:06:07 server id 1 end_log_pos 866 CRC32 0xfb1391dd Table_map: `MyDB`.`kkk` mapped to number 73
# at 866
#180629 12:06:07 server id 1 end_log_pos 930 CRC32 0xecb4e812 Write_rows: table id 73 flags: STMT_END_F
BINLOG ‘
71g2WxMBAAAAMQAAAGIDAAAAAEkAAAAAAAEABE15REIAA2trawACAw8CYAAD3ZET+w==
71g2Wx4BAAAAQAAAAKIDAAAAAEkAAAAAAAEAAgAC//xkAAAABG5hbWX8yAAAAAVrZXJyefwsAQAA
AmszEui07A==
‘/*!*/;
# at 930
#180629 12:06:07 server id 1 end_log_pos 961 CRC32 0x7ca988e3 Xid = 37
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
mysqlbinlog有一個引數–verbose(或-v)，將自動生成帶註釋的SQL陳述句（在行事件中重構偽SQL陳述句），其實這個並非原始SQL陳述句，而是偽SQL，如果使用這個引數兩次(如-v -v)，則輸出列的描述資訊，會生成欄位的型別、長度、是否為null等屬性資訊：
-v, –verbose Reconstruct pseudo-SQL statements out of row events. -v -v adds comments on column data types.
[root@DB-Server ~]# /usr/bin/mysqlbinlog -v /data/mysql/DB-Server-bin.000005
如上所示，其實這裡的SQL陳述句不是原始SQL陳述句，那麼能否看到原始SQL陳述句呢？答案是可以，但是必須設定系統變數binlog_rows_query_log_events
mysql> show variables like ‘binlog_rows_query_log_events’;
+——————————+——-+
| Variable_name | Value |
+——————————+——-+
| binlog_rows_query_log_events | OFF |
+——————————+——-+
1 row in set (0.00 sec)
mysql> set binlog_rows_query_log_events=1;
Query OK, 0 rows affected (0.00 sec)
mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)
mysql> show master status;
+———————-+———-+————–+——————+——————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+———————-+———-+————–+——————+——————-+
| DB-Server-bin.000026 | 120 | | | |
+———————-+———-+————–+——————+——————-+
1 row in set (0.00 sec)
mysql>
mysql> insert into kkk select 600, ‘k600’;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
[root@DB-Server ~]# /usr/bin/mysqlbinlog –base64-output=DECODE-ROWS -v -v /data/mysql/DB-Server-bin.000026
在二進位制日誌格式為MIXED樣式下，簡單測試沒有發現SQL被註釋的情況，記錄的都是原始的SQL陳述句。不清楚是否存在某些特殊情況也會出現這種情況。網友反饋騰訊雲的MySQL在MIXED樣式下，也會出現這種情況，不過沒有使用過騰訊的MySQL，手頭也沒有測試環境，只能作罷！
●編號382，輸入編號直達本文
●輸入m獲取文章目錄
Web開發
更多推薦《18個技術類公眾微信》
涵蓋：程式人生、演演算法與資料結構、駭客技術與網路安全、大資料技術、前端開發、Java、Python、Web開發、安卓開發、iOS開發、C/C++、.NET、Linux、資料庫、運維等。
