程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> 為了解決mysqlbing翻譯表字段問題而分析frm文件(持續更新),mysqlbingfrm

為了解決mysqlbing翻譯表字段問題而分析frm文件(持續更新),mysqlbingfrm

編輯:MySQL綜合教程

為了解決mysqlbing翻譯表字段問題而分析frm文件(持續更新),mysqlbingfrm


出處: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   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     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 作為字段名成分隔符:

 

 

明天待續補充索引信息和注釋信息............

 

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved