InnoDB查询一条记录原理

若要进行页的查找,则需要通过page directory。因为B+树查询记录只能查询到记录所在的页,而精确定位到记录在页中的位置,则需要通过page directory, 该功能有点类似书中的目录一样。

mysql 版本为 5.7.27 工具使用Synalyze It!

接下来简单说下Innodb的处理策略:

  1. 将所有正常的记录(包括最大和最小记录,不包括标记为已删除的记录)划分为几个组
  2. 每个组的最后一条记录的头信息中的n_owned属性表示该组内共有几条记录
  3. 将每个组的最后一条记录的地址偏移量按顺序存储起来,每个地址偏移量也被称为一个槽(英文名:Slot)。这些地址偏移量都会被存储到靠近页的尾部的地方,页中存储地址偏移量的部分也被称为Page Directory

实际数据进行分析:

CREATE TABLE `test` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `t1` varchar(10) DEFAULT NULL,
  `t2` varchar(15) DEFAULT NULL,
  `t3` int(11) DEFAULT NULL,
  `t4` varchar(1500) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPACT;

--创建数据的脚本
CREATE DEFINER=`root`@`localhost` PROCEDURE `insert_test`( )
BEGIN
  #Routine body goes here...

declare i int;
declare tmp int;
set i=1;
set tmp = 1;
while i<200 do
    if tmp=1 then
        insert into test (t1, t4) values('a', REPEAT('a', i)); 
        set tmp = 0;
    else
        insert into test (t1, t3, t4) values('a', i, REPEAT('a', i)); 
        set tmp = 1;
    end if;
    set i=i+1;
end while;
END

我们分析第6页的数据

直接定位如下图的位置:
定位方法可以学习该文章 InnoDB数据页结构分析

image.png

从上图中可以看到一共有14个字节,一个slot占用2个字节,所以一共有7个slot,也就是说一共有7个组,并且这页一共27条记录,从173-199为了便于分析,转成如下图:


  • 00 70 -> supremum记录所在行偏移量地址
  • 10 2C -> id为192的行偏移量地址
  • 0C C2 -> id为188的行偏移量地址
  • 09 68 -> id为184的行偏移量地址
  • 06 1E -> id为180的行偏移量地址
  • 02 E4 -> id为176的行偏移量地址
  • 00 63 -> infimum记录所在行偏移量地址

各个槽代表的记录的主键值都是从小到大排序的,所以我们可以使用二分法来进行快速查找。7个槽的编号分别是:0、1、2、3、4、5、6,所以初始情况下最低的槽就是low=0,最高的槽就是high=6。比方说我们想找主键值为193的记录,步骤如下:
​ 1. 首先得到中间槽的位置:(0 + 6)/2 = 3,所以得到槽3,根据槽3的地址偏移量知道它的主键值是184,因为184<193,设置low=3 ,high不变;
​ 2. 再次计算中间槽的位置:(3 + 6)/2 = 4,所以得到槽4,根据槽4的地址偏移量知道它的主键值是188, 因为188<194,设置low=4 ,high不变;
​ 3. 再再次计算中间槽的位置:(4 + 6)/2 = 5, 根据槽5的地址偏移量知道它的主键值是192, 因为192<194,设置low=5 ,high不变
4. 因为high - low的值为1,所以确定主键值为193的记录在槽5和槽6之间,接下来就是遍历链表的查找了;

page directory 由槽(slot )组成,每个槽占用两个字节,其指向的是记录在页中的偏移量。 page directory 中的槽根据指向记录的主键顺序逆序存放, 因此通过二叉查找算桂可以快速地定位到查询的记录。 然而, 为了提高存储以及插入的效率, InnoDB 存储引擎对于槽的设计采用了稀疏(sparse )方式。 不是页中的每一个记录都对应 个槽, 而是每个槽对应一个记录,同时每个记录都包含一个 4 位的 n owned 属性, 记录这个槽中拥有的记录数量。
每个槽总是包含 4-8 条记录, 例外的情况是第 1 槽仅包含 l 个记录, 即 infimum 记录本身。最后 1个槽可包含 1-8 个记录。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,036评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,046评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,411评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,622评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,661评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,521评论 1 304
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,288评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,200评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,644评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,837评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,953评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,673评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,281评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,889评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,011评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,119评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,901评论 2 355

推荐阅读更多精彩内容