时间:2021-07-01 10:21:17 帮助过:2人阅读
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 信息
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
Format | C | Python | 字节数 |
x | pad byte | no value | 1 |
c | char | string of length 1 | 1 |
b | signed char | integer | 1 |
B | unsigned char | integer | 1 |
? | _Bool | bool | 1 |
h | short | integer | 2 |
H | unsigned short | integer | 2 |
i | int | integer | 4 |
I | unsigned int | integer or long | 4 |
l | long | integer | 4 |
L | unsigned long | long | 4 |
q | long long | long | 8 |
Q | unsigned long long | long | 8 |
f | float | float | 4 |
d | double | float | 8 |
s | char[] | string | 1 |
p | char[] | string | 1 |
P | void * | long |
以下的都是固定长度 , 问题是要找出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 作为字段名成分隔符:
明天待续补充索引信息和注释信息............
为了解决mysqlbing翻译表字段问题而分析frm文件(持续更新)
标签: