关于MySQL Binlog Digger 4.17挖掘信息的简单说明

图１

图１信息解释如下：

Redo：表示已经发生的重做信息
Seq：表示在挖掘结果中的序号
Server id：表示mysql> select @@server_id;
Thread id：表示Connection ID
ConnUser：表示UserName+IP(客户端IP)
MatchUser：表示在mysql.user存在的用户，且客户端以此用户登录
LoginTime：表示用户登录时间

GTID_NEXT：表示全局事务ID，一次事务或一次非事务操作都会产生一个新的gtid，它对应着一个Query

Query Time：表示一次操作的开始时间，这个操作可能是一个事务，也可能是非事务的一次操作
Ｑuery Log Pos：表示Query的position范围，它仅包括Query, 这个范围在GTID_NEXT之后，在具体STMT(SQL)之前
Ｑuery Exec_time：表示这次操作的耗时(单位:秒)，这个操作可能是一个事务，也可能是非事务的一次操作
Ｑuery Error_code: ０表示执行成功，而-1表示有异常

Stmt Time：具体某条Stmt(SQL)的开始执行时间，例如在同一事务中，各Stmt(SQL)都有各自的开始执行时间，但具体相同的GTID_NEXT与Query
Stmt Log Pos：具体某条Stmt(SQL)的position范围，例如在同一事务中，各Stmt(SQL)都有各自的开始position与结束position，但具体相同的GTID_NEXT与Query

总之：GTID_NEXT与Query一一对应，而它们却包括一条或多条STMT（具体SQL）

###############################################

数据１：

# Redo   Sequence: 1   GTID_NEXT: 135c62f8-3371-11ea-8de0-00fffdc24858:2677
# Query Time: 2020-09-29_11:04:02   Query Log Pos: 566->638   
# Stmt Time: 2020-09-29_11:04:02   Stmt Log Pos: 687->736
INSERT INTO `test`.`t1`(`id`,`name`,`age`) VALUES(34,'vfsf',53);

以上表示重做信息

 

数据２：

# Undo   Sequence: 1   GTID_NEXT: 135c62f8-3371-11ea-8de0-00fffdc24858:2677   
# Query Time: 2020-09-29_11:04:02   Query Log Pos: 566->638
# Stmt Time: 2020-09-29_11:04:02   Stmt Log Pos: 687->736
DELETE FROM `test`.`t1` WHERE `id` = 34 AND `name` = 'vfsf' AND `age` = 53;

以上表示回滚信息

 

###############################################

https://download.csdn.net/download/bournetai/13084868