2.4.2　MAP_EVENT

1.MAP_EVENT的作用

MAP_EVENT是行模式特有的，它的主要作用是映射table id和实际访问表。其中还包含了一些表的定义，如表所在库名、表名、字段类型、可变字段长度等。这里的库名和QUERY_EVENT的库名不一样，这个库名来自表的定义，而QUERY_EVENT的库名来自当前登录的数据库，即源码变量thd->db。

2.源码重要接口

主库

·　初始化构造函数：Table_map_log_event：：Table_map_log_event（THD *thd_arg，TABLE *tbl，const Table_id& tid，bool is_transactional）；

·　写入binlog cache：Table_map_log_event：：write_data_header，Table_map_log_event：：write_data_body。

从库

·　读取构造函数：Table_map_log_event（const char *buf，uint event_len，const Format_description_event *description_event）；

·　应用函数：Table_map_log_event：：do_apply_event。

3.主体格式

MAP_EVENT的主体格式如图2-6所示。

其中，固定部分如下。

table_id：6字节，这个table_id和InnoDB层的table_id不一样，它分配的时机是第一次打开表定义时。它不是固定的，重启MySQL实例或者执行flush table命令都会导致其改变。下面是table_id更改的代码：

Reserved：2字节，保留以后使用。

可变部分如下。

db len：表所在数据库名的长度。

db name：实际数据库名，以0x00结尾。

table len：表名的长度。

table name：实际表名，以0x00结尾。

no of cols：表中字段数量。

array of col types：字段的类型数组。

metadata len：metadata block的长度。

metadata block：对于可变字段需要记录字段的长度，但对于int这种数据类型就不需要了，因为它的长度是固定的。下面代码是varchar关于可变长度的输出，它占用2字节。

如果感兴趣可以查看do_save_field_metadata函数。

m_null_bits：一个位图，用于表示字段是否可以为空。下面是位图的获取方式。

4.实例解析

执行如下语句：

这个INSERT语句的MAP_EVENT如下：

其中，6c 00 00 00 00 00：表示table_id，即十六进制值6c，转换为十进制值108。

01 00：保留。

02：表所在的数据库名长度为2。

67 70 00：数据库名gp的ASCII表示，以0x00结尾。

02：表名的长度为2。

74 79 00：表名ty的ASCII表示，以0x00结尾。

03：表拥有3个字段。

03 03 03：每个字段的类型都是03，实际就是int。具体可以参考enum_field_types这个枚举类型。

00：metadata长度为0，没有可变字段。

06：位图，即二进制值110，表示第一个字段不可以为空，其他两个字段可以为空。

5.生成时机

本 Event 只会在行模式下生成。生成时机是事务的每条 DML 语句修改的第一行数据在InnoDB 引擎层修改完成，并且在QUERY_EVENT生成之后。通常来讲，每个语句的每个表都会包含这样一个MAP_EVENT。

6.table_id的易变性

前面我们说过了，table_id是可变的，现在来构造这种情况，如表2-1所示，还是使用上面的ty表。

我们可以观察到如下情况（输出做了适当换行）。

这是一个事务，其中，相同表的table_id却不一样，可以观察到如下现象。

·　at 2434：Table_map:gp.ty mapped to number 133。

·　at 2527：Table_map:gp.ty mapped to number 147。

我们发现，这里同样的ty表对应了两个不同的table_id，证明table_id是可变的。