我试图从我的4节点MySQL集群的二进制日志中获取一些有用的信息是徒劳的。作为测试，我于上午11:01在主服务器上手动执行了UPDATE语句（它确实成功更改了表中的某些数据）。不幸的是，我无法让mysqlbinlog向我展示执行的语句。
我试过了--verbose选项，-hexdump选项和--base64-output = DECODE-ROWS --verbose。不管我做什么，实际的语句似乎仍然被编码（或者应该有一个UPDATE时有一个INSERT INTO）。
下面是我11:01 am测试的相关输出，其中指定了--base64-output = DECODE-ROWS --verbose选项。为什么找不到我的UPDATE语句？并且，如果数据库将其优化为“插入到”，为什么我至少看不到表名和原始语句的其他部分？
# at 1744
#121213 11:01:56 server id 1 end_log_pos 1808 Query thread_id=0 exec_time=0 error_code=0
SET TIMESTAMP=1355425316/*!*/;
BEGIN
/*!*/;
# at 1808
# at 1899
# at 1961
# at 2022
#121213 11:01:56 server id 1 end_log_pos 1899 Table_map: `source_words`.`players` mapped to number 1826
#121213 11:01:56 server id 1 end_log_pos 1961 Table_map: `mysql`.`ndb_apply_status` mapped to number 1817
#121213 11:01:56 server id 1 end_log_pos 2022 Write_rows: table id 1817
#121213 11:01:56 server id 1 end_log_pos 2071 Write_rows: table id 1826 flags: STMT_END_F
### INSERT INTO mysql.ndb_apply_status
### SET
### @1=1
### @2=14197993649471490
### @3=''
### @4=0
### @5=0
### INSERT INTO source_words.players
### SET
### @1='834770J\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00!\x00\x00\x00\x00\x00\x00\x00\x17yê\x00\x00\x17yê\x00\x00 \x00\x00\x00\x00\x00\x00\x00À'
### @6=0
# at 2071
#121213 11:01:56 server id 1 end_log_pos 2136 Query thread_id=0 exec_time=0 error_code=0
SET TIMESTAMP=1355425316/*!*/;
COMMIT
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
谢谢，
抢
最佳答案
binlog记录更改的内容，不一定记录导致更改的内容（或者，如果更新未更新任何内容，则也不会显示任何内容）。如果您的BINLOG_FORMAT是STATEMENT，则对于ROW和MIXED来说都是语句，您将在MySQL认为合适的位置和时间获得这些条目。 Binlog不能监视/检查数据库查询（为此使用常规查询日志），binlog仅用于记录数据更改，因此您可以可靠地恢复备份或采用复制。从来没有打算让它可读。
还要注意，存在可以和不会被二进制记录的可能设置，并且您的“默认模式”对连接有很大影响。如果您确实缺少声明（请注意旧日志会轮换使用），建议您SHOW VARIABLES LIKE '%binlog%';