赞
踩
注解:kelvin19840813 的博客 http://www.cnblogs.com/kelvin19840813/
您的赞成是对博主最大者的努力,感谢您的耐心写作。本文版权归作者所有,赞许登载,但特地保存该声明。
很多人都真的mysqlbinlog 说明了出来的binlog的 insert , update 是左边只不过的 , 还有表字段都是@1 ... @数字 , 很恶心!!!
但没有注意到有人在 mysql8.0 功能效益时和安问题出来 , 自己也未指出来
唯有自己推论 frm 文件,赚取表字段名称,字段出来, 然后对应一下贴贴贴上去翻译出binlog的sql语句咯 ,并不是高深东西 , 仅此日记记录
0000 ~ 0001: FE 01 标识是不是frm文件 , 相同
0002: 0A 是mysql版本标记一段距离table.cc 的 FRM_VER+3+ MY_TEST(create_info->varchar); 为6是5.0+版本mysql , 9 或者 10是有varchar的frm文件
0003: 0C 影射枚举值从 handler.h文件中 legacy_db_type , 0C 是 12 刚刚好是innodb类型 ,如下:
enum legacy_db_type
{
DB_TYPE_UNKNOWN=0,DB_TYPE_DIAB_ISAM=1,
......, DB_TYPE_INNODB,
......
};
0004 ~ 0005: 03 00 , 鼓吹着看 00 30 mysql 5.0+ 总是为3 ,如果不是3,那就算了.....
0006 ~ 0007: 00 10 , 指为着看 10 00 IO_SIZE: 4096
0008 ~ 0009: 01 00 暂时不究竟是什么
000a ~ 000d: 00 40 00 00 暂时不告诉是什么
000e ~ 000f: F9 16 tmp_key_length;如果正数0xffff然后密钥长度是4字节整数反之亦然0x002f
0010 ~ 0011: 18 08 rec_length ;这是一个默认值存储字符串的字节
0012 ~ 0015: 00 00 00 00 是 create table 语句的 MAX_ROWS 选项
0016 ~ 0019: 00 00 00 00 是 create table 语句的 min_rows 选项 , 在 handler.h 文件
typedef struct st_ha_create_information
{
.......
ulonglong max_rows,min_rows;
...}
001a: 00 未用
001b: 02 总是2 , 采用窄纸制字段
001c ~ 001d: A3 02 key_info_length - keyinfo部分字节大小
001e ~ 001f: 69 00 是create table [table_option] 的值 my_base.h 文件的 HA_OPTION_* 之类变量
0020: 全都
0021: 05 是 frm 文件的 版本号
0022 ~ 0025: 00 00 00 00 是create table [table_option] 选定的avg_row_length
0026: create table [table_option] 选定字符集编码 [DEFAULT] CHARACTER SET
0027: 00 不发觉
0028: 02 是create table [table_option] 的 ROW_FORMAT
rem0types.h文件
enum rec_format_enum {
REC_FORMAT_REDUNDANT= 0,/*!< REDUNDANT row format */
REC_FORMAT_COMPACT= 1,/*!< COMPACT row format */
REC_FORMAT_COMPRESSED= 2,/*!< COMPRESSED row format */
REC_FORMAT_DYNAMIC= 3/*!< DYNAMIC row format */
};
0029: 00 RAID_TYPE mysql 5之前的 create table [table_option] , 未研究干嘛的
002a: 00 RAID_CHUNKS mysql 5之前的 create table [table_option] , 不能研究干嘛的
002b ~ 002e: 00 00 00 00 RAID_CHUNKSIZE mysql 5之前的 create table [table_option] , 没有人研究干嘛的
002f ~ 0032: F9 16 00 00 index metadata keyinfo部分字节大小
0033 ~ 0036: BF C5 00 00 mysql版本号 ,包括到一个字节序问题 , 机器是x86所以是Little-Endian ,链接如下:
http://baike.baidu.com/link?url=Dd2Z3o5aNoUYQPG6xqIgNwr-jrNS8BTK72r42WVxr-SHhva4TnMsHrEXTcE_N4F6ZEhhe18Akg3hOBe2Eb-M9K
都是unsigned int ( 占有 4 bytes) , little-endian
填充 MYSQL_VERSION_MAJOR , MYSQL_VERSION_MINOR , MYSQL_VERSION_PATCH
0037 ~ 003a: 33 00 00 00 create table [table_option] extra_info 信息CONNECTION
ENGINE
PARTITION BY
WITH PARSER
Table COMMENT
003b ~ 003c: 00 00 extra_rec_buf_length
003d: 00 如果是0C, 就是分区表 , 在handler.h文件的 DB_TYPE_PARTITION_DB = 12
003e ~ 003f: 00 00 create table [table_option] 的 KEY_BLOCK_SIZE 在handler.h文件的 ulong key_block_size;
跑去下来要定位 forminfo_offset , 就是表的字段开始后方
1.提前准备基本知识,struct
FormatCPython字节数
xpad byteno value1
ccharstring of length 11
bsigned charinteger1
Bunsigned charinteger1
?_Boolbool1
hshortinteger2
Hunsigned shortinteger2
iintinteger4
Iunsigned intinteger or long4
llonginteger4
Lunsigned longlong4
qlong longlong8
Qunsigned long longlong8
ffloatfloat4
ddoublefloat8
schar[]string1
pchar[]string1
Pvoid *long 2. little-endian & big-endian 的明白 , 一般来说 x86是 little-endian
以下的都是一般来说长度 , 问题是要探究forminfo_offset , metadata_length 和 metadata_offset :
forminfo_offset , 就是表的字段开始右边,可调
metadata_offset = forminfo_offset + forminfo_length + screens_length
metadata_length = column_count * 17 bytes 穿越表的第1个字段距离 + metadata_offset
forminfo_length = 288
header_size = 64
forminfo_names_length = 文件一段距离offset: 0x0004 (H) , 3.23版本之后都是3 , 占总 2 bytes
column_count = (forminfo_offset + 258 ) (H) 字段总数 , 占多数 2 bytes
screens_length 有多少字节数开到 forminfo 的字段metadata , % 2 bytes
screens_length = (forminfo_offset + 260) (H)
这里算到forminfo_offset: 0x3000
metadata_offset: 0x328C
metadata_length: 0x3446
定位了0x3446 就可以告诉表的第1个字段后方 , 将2位数转换成字符 , php, python都有 struct的 pack 和 unpack 函数 , c比较麻烦一点 , 以 0xff 作为字段名成分隔符:
明天待续足量索引信息和正文信息............
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。