mysql数据库里的表只有frm文件_为了补救mysqlbing译成表字段问题而分析frm文件(…...

本文主要是介绍mysql数据库里的表只有frm文件_为了补救mysqlbing译成表字段问题而分析frm文件(…...,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

注解:kelvin19840813 的博客 http://www.cnblogs.com/kelvin19840813/

您的赞成是对博主最大者的努力,感谢您的耐心写作。本文版权归作者所有,赞许登载,但特地保存该声明。

很多人都真的mysqlbinlog 说明了出来的binlog的 insert , update 是左边只不过的 , 还有表字段都是@1 ... @数字 , 很恶心!!!

但没有注意到有人在 mysql8.0 功能效益时和安问题出来 , 自己也未指出来

唯有自己推论 frm 文件,赚取表字段名称,字段出来, 然后对应一下贴贴贴上去翻译出binlog的sql语句咯 ,并不是高深东西 , 仅此日记记录

322a2b0a6ebbb950c82bece7c7e566a2.png

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

3942f5fa8841138740c0c1e7c3c3b52e.png

明天待续足量索引信息和正文信息............

这篇关于mysql数据库里的表只有frm文件_为了补救mysqlbing译成表字段问题而分析frm文件(…...的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/162913

相关文章

Redis 热 key 和大 key 问题小结

《Redis热key和大key问题小结》:本文主要介绍Redis热key和大key问题小结,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、什么是 Redis 热 key?热 key(Hot Key)定义: 热 key 常见表现:热 key 的风险:二、

IntelliJ IDEA 中配置 Spring MVC 环境的详细步骤及问题解决

《IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决》:本文主要介绍IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决,本文分步骤结合实例给大... 目录步骤 1:创建 Maven Web 项目步骤 2:添加 Spring MVC 依赖1、保存后执行2、将新的依赖

Spring 中的循环引用问题解决方法

《Spring中的循环引用问题解决方法》:本文主要介绍Spring中的循环引用问题解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录什么是循环引用?循环依赖三级缓存解决循环依赖二级缓存三级缓存本章来聊聊Spring 中的循环引用问题该如何解决。这里聊

MySQL 中的 JSON 查询案例详解

《MySQL中的JSON查询案例详解》:本文主要介绍MySQL的JSON查询的相关知识,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录mysql 的 jsON 路径格式基本结构路径组件详解特殊语法元素实际示例简单路径复杂路径简写操作符注意MySQL 的 J

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

关于MongoDB图片URL存储异常问题以及解决

《关于MongoDB图片URL存储异常问题以及解决》:本文主要介绍关于MongoDB图片URL存储异常问题以及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录MongoDB图片URL存储异常问题项目场景问题描述原因分析解决方案预防措施js总结MongoDB图

SpringBoot项目中报错The field screenShot exceeds its maximum permitted size of 1048576 bytes.的问题及解决

《SpringBoot项目中报错ThefieldscreenShotexceedsitsmaximumpermittedsizeof1048576bytes.的问题及解决》这篇文章... 目录项目场景问题描述原因分析解决方案总结项目场景javascript提示:项目相关背景:项目场景:基于Spring

解决Maven项目idea找不到本地仓库jar包问题以及使用mvn install:install-file

《解决Maven项目idea找不到本地仓库jar包问题以及使用mvninstall:install-file》:本文主要介绍解决Maven项目idea找不到本地仓库jar包问题以及使用mvnin... 目录Maven项目idea找不到本地仓库jar包以及使用mvn install:install-file基

Windows 上如果忘记了 MySQL 密码 重置密码的两种方法

《Windows上如果忘记了MySQL密码重置密码的两种方法》:本文主要介绍Windows上如果忘记了MySQL密码重置密码的两种方法,本文通过两种方法结合实例代码给大家介绍的非常详细,感... 目录方法 1:以跳过权限验证模式启动 mysql 并重置密码方法 2:使用 my.ini 文件的临时配置在 Wi

MySQL重复数据处理的七种高效方法

《MySQL重复数据处理的七种高效方法》你是不是也曾遇到过这样的烦恼:明明系统测试时一切正常,上线后却频频出现重复数据,大批量导数据时,总有那么几条不听话的记录导致整个事务莫名回滚,今天,我就跟大家分... 目录1. 重复数据插入问题分析1.1 问题本质1.2 常见场景图2. 基础解决方案:使用异常捕获3.