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

图1

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

图1信息解释如下:

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

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

 

总之:GTID_NEXT与Query一一对应,而它们却包括一条或多条STMT(具体SQL)

 

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

数据1:

# 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);

以上表示重做信息

 

数据2:

# 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;

以上表示回滚信息

 

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

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

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