mysql gtid binlog_MySQL binlog中at position、gtid、sequence_number、last_committed、xid的区别...

MySQL binlog中的点如此之多,很容易让人疑惑:有人误解binlog里的at position 的每个position代表一个事务、有人误解组提交的一组事务gtid都相同...下面是个人整理的binlog中各个点的用途:

1.at position

用mysqlbinlog解析出来的binlog很容易看到如下内容:

# at 259

#161028 16:56:20 server id 1591216 end_log_pos 335 CRC32 0x9f5bee2a Query thread_id=35430137 exec_time=0 error_code=0

这里的at 259的259指的是binlog的第259字节,因而在默认max_binlog_size=1G的配置下,binlog几乎都是# at 4开头，以# at 1073744392左右结尾(1G大小);顺带说明下在备机show slave status\G;的*Log_Pos代表的也是那个binlog里的字节:

2.gtid

全局唯一事务号,没什么可说的,两个不同事务的gtid必定不相同,MySQL官方版本binlog中形式这样:

SET @@SESSION.GTID_NEXT= '0c2751a5-6903-11e6-a7d0-ecf4bbcdc155:1509018357'/*!*/;

MariaDB的gtid形式就有些不一样了,binlog中会这样记录:

/*!100001 SET @@session.gtid_domain_id=0*//*!*/;

/*!100001 SET @@session.server_id=82219*//*!*/;

/*!100001 SET @@session.gtid_seq_no=164690165*//*!*/;

3.sequence_number

#161028 17:38:28 server id 1591216 end_log_pos 1073743679 CRC32 0x092e3ee3 GTID last_committed=1155164 sequence_number=1155168

这个在每个binlog产生时从1开始然后递增,每增加一个事务则sequencenumber就加1,你可能好奇有了gtid何必多此一举再加个sequencenumber来标识事务呢,请看下面

4.lastcommitted

这个在binlog中用来标识组提交,同一个组提交里多个事务gtid不同,但lastcommitted确是一致的,MySQL正是依据各个事务的lastcommitted来判断它们在不在一个组里;一个组里的lastcommitted与上一个组提交事务的sequencenumber相同,这样sequencenumber就必须存在了:

......

xxxxxxxxxxxx GTID last_committed=3 sequence_number=8

xxxxxxxxxxxx GTID last_committed=3 sequence_number=9

xxxxxxxxxxxx GTID last_committed=9 sequence_number=10

......

xxxxxxxxxxxx GTID last_committed=9 sequence_number=24

xxxxxxxxxxxx GTID last_committed=24 sequence_number=25

......

这代表sequencenumber=10到sequencenumber=24的事务在同一个组里(因为lastcommitted都相同,是9)

note: 组提交只与lastcommitted有关,这也是MySQL基于组提交(logic clock)的并行复制方式即使在gtid关闭情形下也能生效的原因

5.xid

根据官方文档说明，这是用来标识xa事务的

Binlog::XID_EVENT:

Transaction ID for 2PC, written whenever a COMMIT is expected.