《MySQL高级篇》四、索引的存储结构
1. 为什么使用索引
假如给数据使用 二叉树
这样的数据结构进行存储,如下图所示
2、索引及其优缺点
2.1 索引概述
2.2 优点
- 类似大学图书馆建书目索引,提高数据检索的效率,降低 数据库的 IO 成本 这也是创建索引的主要的原因。
- 通过创建唯一索引,可以保证数据库表中每一行
数据的唯一性
(唯一约束) - 在实现数据的参考完整性方面,可以
加速表和表之间的连接
。换句话说,对于有依赖关系的子表和父表联合查询时,可以提高查询速度。 - 在使用分组和排序子句进行数据查询时,可以显著
减少查询中分组和排序的时间
,降低了 CPU 的消耗。
2.3 缺点
增加索引也有许多不利的方面,主要表现在如下几个方面:
- 创建索引和维护索引要
耗费时间
(因为索引是排好序的),并且随着数据量的增加,所耗费的时间也会增加。 - 索引需要占 磁盘空间,除了数据表占数据空间之 外,每一个索引还要占一定的物理空间,
存储在磁盘上
,如果有大量的索引,索引文件就可能比数据文件更快达到最大文件尺寸。 - 虽然索引大大提高了查询速度,同时却会
降低更新表的速度
。当对表中的数据进行增加、删除和修改的时候,索引也要动态地维护,这样就降低了数据的维护速度。
因此,选择使用索引时,需要综合考虑索引的优点和缺点。
3. InnoDB 中索引的推演
3.1 索引之前的查找
先来看一个精确匹配的例子:
SELECT [列名列表] FROM 表名 WHERE 列名 = xxx;
3.1.1 在一个页中的查找
注意:
-
数据表中记录之间物理上是不连续的,但是逻辑上是连续的,之间通过单链表进行连接;数据页之间通过双向链表进行连接
-
以主键为搜索条件: O ( l o g 2 n ) O(log2^n) O(log2n),以其他列为搜索条件: O ( n ) O(n) O(n)
3.1.2 在很多页中查找
在没有索引的情况下,不论是根据主键列或者其他列的值进行查找,由于我们并不能快速的定位到记录所在的页,所以只能 从第一个页
沿着 双向链表
一直往下找,在每一个页中根据我们上面的查找方式去查找指定的记录。因为要遍历所有的数据页,所以这种方式显然是 超级耗时
的。此时 索引
应运而生。
我们可以联想下学校的图书馆:所有书架上有着对应的编号,每个书架中有着分区从A-Z。借书时,先根据书的类型找到对应的书架,再从书架中对应的分区找到目标书籍。
3.2 设计索引
建一个表:
mysql> CREATE TABLE index_demo(-> c1 INT,-> c2 INT,-> c3 CHAR(1),-> PRIMARY KEY(c1)-> ) ROW_FORMAT = Compact;
这个新建的 index_demo
表中有 2 个 INT 类型的列,1 个 CHAR(1) 类型的列,而且我们规定了 c1 列为主键, 这个表使用 Compact
行格式来实际存储记录的。这里我们简化了 index_demo 表的行格式示意图:
我们只在示意图里展示记录的这几个部分:
record_type
:记录头信息的一项属性,表示记录的类型,0
表示普通记录、2
表示最小记 录、3
表示最大记录、1
表示目录项的记录,暂时还没用过,下面讲。next_record
:记录头信息的一项属性,表示下一条地址相对于本条记录的地址偏移量,我们用
箭头来表明下一条记录是谁。(用来保证数据逻辑上的连续)各个列的值
:这里只记录在index_demo
表中的三个列,分别是c1 、 c2 和 c3
。其他信息
:除了上述 3 种信息以外的所有信息,包括其他隐藏列的值以及记录的额外信息。
将记录格式示意图的其他信息项暂时去掉并把它竖起来的效果就是这样:
把一些记录放到页里的示意图就是:
3.2.1一个简单的索引设计方案
我们在根据某个搜索条件查找一些记录时为什么要遍历所有的数据页呢?因为各个页中的记录并没有规律,我们并不知道我们的搜索条件匹配哪些页中的记录,所以不得不依次遍历所有的数据页。所以如果我们 想快速的定位到需要查找的记录在哪些数据页
中该咋办?我们可以为快速定位记录所在的数据页而 建立一个目录
。 建这个目录必须完成下边这些事:
- 下一个数据页中用户记录的主键值必须大于上一个页中用户记录的主键值。
- 给所有的页建立一个目录项。
**注意:**不建立目录项前,每次进行查询(插入)数据时,都要从前往后一个个数据页、一条条记录查找。需要先加载数据页,再二分查找对应的数据。甚至有时候,加载数据页的速度比查找速度还耗时,这样就非常得不偿失了。才有了 为所有的页建立目录项的操作。
所以我们为上边几个页做好的目录就像这样子:
以 页 28
为例,它对应 目录项 2
,这个目录项中包含着该页的页号 28
以及该页中用户记录的最小主键值 5
。我们只需要把几个目录项在物理存储器上连续存储(比如:数组),就可以实现根据主键值快速查找某条记录的功能了。比如:查找主键值为 20
的记录,具体查找过程分两步:
- 先从目录项中根据
二分法
快速确定出主键值为20
的记录在目录项 3
中(因为 12 < 20 < 209 ),它对应的页是页 9
。 - 再根据前边说的在页中查找记录的方式(二分法)去
页 9
中定位具体的记录。
至此,针对数据页做的简易目录就搞定了。这个目录有一个别名,称为索引 。
3.2.2 InnoDB 中的索引方案
思考一下,我们之前的设计方案有什么问题?
如下图:比如我们要插入三条数据且恰好在页28和页29之间的,那么需要重新创建个数据页,同时创建对应的目录项,但是目录项是保存在数组中的。目录项3、4都需要向后移动,然后才能插入新的目录项。这样的话效率是非常低的。
解决办法:为多个目录项建立目录页,目录项之间通过指针方式进行连接(链表),目录页上建立当前页的目录信息,便于后续的二分查找。同时目录项之间指针连接也方便进行插入和删除操作。
具体细节看下面的第一次迭代!
① 迭代 1 次:目录项纪录的页
我们把前边使用到的目录项放到数据页中的样子就是这样:
从图中可以看出来,我们新分配了一个编号为 30 的页来专门存储目录项记录。这里再次强调 目录项记录
和普通的 用户记录
的不同点:
目录项记录
的record_type
值是 1,而普通用户记录
的record_type
值是 0。- 目录项记录只有
主键值和页的编号
两个列,而普通的用户记录的列是用户自己定义的,可能包含很多列 ,另外还有 InnoDB 自己添加的隐藏列。 - 了解:记录头信息里还有一个叫
min_rec_mask
的属性,只有在存储目录项记录
的页中的主键值最小的目录项记录
的min_rec_mask
值为 1 ,其他别的记录的min_rec_mask
值都是 0 。
**相同点:**两者用的是一样的数据页,都会为主键值生成 Page Directory
(页目录),从而在按照主键值进行查找时可以使用 二分法
来加快查询速度 (如果没有页目录,链表是无法进行 二分查找)
现在以查找主键为 20
的记录为例,根据某个主键值去查找记录的步骤就可以大致拆分成下边两步:
- 先到存储
目录项记录
的页,也就是页 30 中通过二分法
快速定位到对应目录项,因为 12 < 20 < 209,所以定位到对应的记录所在的页就是页 9。 - 再到存储用户记录的页9中根据
二分法
快速定位到主键值为 20 的用户记录。
**注意:**建立目录页后,IO次数也会降低。比如上面的查找只有两次IO
② 迭代 2 次:多个目录项纪录的页
从图中可以看出,我们插入了一条主键值为 320 的用户记录之后需要两个新的数据页:
- 为存储该用户记录而新生成了
页 31
。 - 因为原先存储目录项记录的
页 30 的容量已满
(我们前边假设只能存储 4 条目录项记录),所以不得不需要一个新的页 32
来存放页 31
对应的目录项。(目录页之间用双向链表连接)
现在因为存储目录项记录的页不止一个,所以如果我们想根据主键值查找一条用户记录大致需要 3 个步骤,以查找主键值为 20
的记录为例:
-
确定
目录项记录页
我们现在的存储目录项记录的页有两个,即
页 30
和页 32
,又因为页 30 表示的目录项的主键值的范围是[1, 320)
,页 32
表示的目录项的主键值不小于320
,所以主键值为20
的记录对应的目录项记录在页 30
中。 -
通过目录项记录页
确定用户记录真实所在的页
。在一个存储目录项记录
的页中通过主键值定位一条目录项记录的方式说过了。 -
在真实存储用户记录的页中定位到具体的记录。
**存在的问题:**查找数据第一步,判断数据是在哪个目录项记录页中时,由于目录项记录页之间是双链表连接的,所以只能从前往后进行遍历查找(过程中IO次数较多
),之后找到了再二分查找到对应的数据页…
**改进办法:**为数据项记录页 建立目录页
③ 迭代 3 次:目录项记录页的目录页
如图,我们生成了一个存储更高级目录项的 页 33
,这个页中的两条记录分别代表页 30 和页 32,如果用户记录的主键值在 [1, 320)
之间,则到页 30 中查找更详细的目录项记录,如果主键值 不小于 320
的话,就到页 32 中查找更详细的目录项记录。
我们可以用下边这个图来描述它:
这个数据结构,它的名称是 B+ 树
。
④ B+Tree
一个 B+ 树的节点其实可以分成好多层,规定最下边的那层,也就是存放我们用户记录的那层为第 0
层, 之后依次往上加。之前我们做了一个非常极端的假设:存放用户记录的页 最多存放 3 条记录
,存放目录项 记录的页 最多存放 4 条记录
。其实真实环境中一个页存放的记录数量是非常大的,假设所有存放用户记录 的叶子节点代表的数据页可以存放 100 条用户记录
,所有存放目录项记录的内节点代表的数据页可以存 放 1000 条目录项记录
,那么:
- 如果 B+ 树只有 1 层,也就是只有 1 个用于存放用户记录的节点,最多能存放
100
条记录。 - 如果 B+ 树有 2 层,最多能存放
1000×100=10,0000
条记录。 - 如果 B+ 树有 3 层,最多能存放
1000×1000×100=1,0000,0000
条记录。 1亿 - 如果 B+ 树有 4 层,最多能存放
1000×1000×1000×100=1000,0000,0000
条记录。相当多的记录!!! 1000亿
你的表里能存放 100000000000
条记录吗?所以一般情况下,我们 用到的 B+ 树都不会超过 4 层
,那我们通过主键值去查找某条记录最多只需要做 4 个页面内的查找(查找 3 个目录项页和一个用户记录页),又因为在每个页面内有所谓的 Page Directory
(页目录),所以在页面内也可以通过二分法实现快速定位记录。
为啥B+ 树都不会超过 4 层呢?
树的层次达到4的时候,可以存储的数据量足够多了(1000亿)。树的层次越低,IO次数就越少,从而效率越高
3.3 常见索引概念
索引按照物理实现方式,索引可以分为 2 种:聚簇(聚集)和非聚簇(非聚集)索引。我们也把非聚集索引称为二级索引或者辅助索引。
3.3.1 聚簇索引
特点:
- 使用记录主键值的大小进行记录和页的排序,这包括三个方面的含义:
页内
的记录是按照主键的大小顺序排成一个单向链表
。- 各个存放存放
用户记录的页
,也是根据页中用户记录的主键大小顺序排成一个双向链表
. - 存放
目录项记录的页
分为不同的层次,在同一层次中的页也是根据页中目录项记录的主键大小顺序排成一个双向链表
- B+ 树的叶子节点存储的是完整的用户记录。
- 所谓完整的用户记录,就是指这个记录中存储了所有列的值(包括隐藏列)。
优点:
数据访问更快
,因为聚簇索引将索引和数据保存在同一个 B+ 树中,因此从聚簇索引中获取数据比非聚簇索引更快- 聚簇索引对于主键的
排序查找
和范围查找
速度非常快 (因为数据本身就是有序的) - 按照聚簇索引排列顺序,查询显示一定范围数据的时候,由于数据都是紧密相连,数据库不用从多个数据块中提取数据,所以
节省了大量的 io 操作
。
缺点:
插入速度严重依赖于插入顺序
,按照主键的顺序插入是最快的方式,否则将会出现页分裂,严重影响性能。因此,对于 InnoDB 表,我们一般都会定义一个 自增的 ID 列为主键- 前半句分析。比如我们在
上上幅图
中页9和页20中间插入个 主键为200的数据,这就会导致页20及其后面的需要进行逻辑上的移动,然后插入新数据。同时上层目录页中的数据以及指针也可能变动,依次往上推,从而会降低性能! - 后半句思考:删除的时候通常不真正删除,而是弄一个删除标记是不是和这个有关?
- 前半句分析。比如我们在
- 更新主键的代价很高 ,因为将会导致被更新的行移动。因此,对于 InnoDB 表,我们一般定义主键为不可更新
- 比如我们将
上上幅图
中的 209 改为 409,也会导致数据的移动。同时对上层目录页中的数据以及指针也可能变动,依次往上推,从而影响性能!
- 比如我们将
二级索引访问需要两次索引查找
,第一次找到主键值,第二次根据主键值找到行数据 (下文细讲)
限制:
3.3.2 二级索引(辅助索引、非聚簇索引)
概念:回表 我们根据这个以 c2 列大小排序的 B+ 树只能确定我们要查找记录的主键值,所以如果我们想根据 c2 列的值查找到完整的用户记录的话,仍然需要到 聚簇索引
中再查一遍,这个过程称为 回表
。也就是根据 c2 列的值查询一条完整的用户记录需要使用到 2
棵 B+ 树!
问题:为什么我们还需要一次回表操作呢?直接把完整的用户记录放到叶子节点不 OK 吗?
第三点的解释:聚簇索引中存放的是记录的所有字段,一旦进行修改,聚簇索引上的数据是一定需要修改的。而非聚簇索引存放的是主键+单个字段,相对来说修改的少,效率也就高。
3.3.3 联合索引
我们也可以同时以多个列的大小作为排序规则,也就是同时为多个列建立索引,比方说我们想让 B+ 树按照 c2 和c3 列
的大小进行排序,这个包含两层含义:
- 先把各个记录和页按照 c2 列进行排序。
- 在记录的 c2 列相同的情况下,采用 c3 列进行排序
注意一点,以 c2 和 c3 列的大小为排序规则建立的 B+ 树称为 联合索引 ,本质上也是一个二级索引。它的意思与分别为 c2 和 c3 列分别建立索引的表述是不同的,不同点如下:
- 建立
联合索引
只会建立如上图一样的 1 棵 B+ 树。 - 为 c2 和 c3 列分别建立索引会分别以 c2 和 c3 列的大小为排序规则建立 2 棵 B+ 树。
3.4 InnoDB 的 B+ 树索引的注意事项
1. 根页面位置万年不动
**注意:**B+树的构建是自上往下构建的
2. 内节点中目录项记录的唯一性
注意: 页号虽然也可以保证列的唯一性,但是没有实际意义。而其他的列比如c3、c 4我们也不能保证唯一性。所以我们增添的是主键值,再进行判断时也是根据 列号+主键
来选择向哪一页插入数据
3. 一个页面最少存储 2 条记录
4. MyISAM 中的索引方案
B 树索引适用存储引擎如表所示:
索引 / 存储引擎
MyISAM
InnoDB
Memory
B-Tree 索引
支持
支持
支持
即使多个存储引擎支持同一种类型的索引,但是他们的实现原理也是不同的。Innodb 和 MyISAM 默认的索引是 B-tree 索引;而 Memory 默认的索引是 Hash 索引。
MyISAM 引擎使用 B+Tree
作为索引结构,叶子节点的 data 域存放的是 数据记录的地址
(所以MyISAM把索引和数据分开存储了)
注意: 在MySQL中,B 树实际上还是B+树。但是在选择谈到选择MySQL的数据结构时,这两者就区别大了
4.1 MyISAM 索引的原理
注意: 对于MYISAM来说,无论是主键索引还是非主键索引都属于非聚簇索引,因为数据和索引是分离的
4.2 MyISAM 与 InnoDB 对比
MyISAM 的索引方式都是“非聚簇”的,与 InnoDB 包含 1 个聚簇索引是不同的
两种引擎中索引的区别:
- 在 InnoDB 存储引擎中,我们只需要根据主键值对
聚簇索引
进行一次查找就能找到对应的记录,而在MyISAM
中却需要进行一次回表
操作,意味着 MyISAM 中建立的索引相当于全部都是二级索引
。(MyISAM
的回表就是根据地址到data表中查找数据) - InnoDB 的数据文件本身就是索引文件,而 MyISAM 索引文件和数据文件是
分离的
,索引文件仅保存数据记录的地址。 - InnoDB 的非聚簇索引 data 域存储相应记录
主键的值
,而 MyISAM 索引记录的是地址
。换句话说, InnoDB 的所有非聚簇索引都引用主键作为 data 域。 - MyISAM 的回表操作是十分
快速
的,因为是拿着地址偏移量直接到文件中取数据的,反观 InnoDB 是通过获取主键之后再去聚簇索引里找记录,虽然说也不慢,但还是比不上直接用地址去访问。 - InnoDB 要求表
必须有主键 ( MyISAM 可以没有 )
。如果没有显式指定,则 MySQL 系统会自动选择一个可以非空且唯一标识数据记录的列作为主键。如果不存在这种列,则 MySQL 自动为 InnoDB 表生成一个隐含字段作为主键,这个字段长度为 6 个字节,类型为长整型。- InnoDB的主键是为了生成聚簇索引,所以必须有;MyISAM 中的索引都是非聚簇的,数据和索引分离,所以对MyISAM没有要求。但是为了查询方便,还是建议指定某一字段为主键,从而方便存储引擎为其构建索引,提升查询效率。
5. 索引的代价
索引是个好东西,可不能乱建,它在空间和时间上都会有消耗:
-
空间上的代价
每建立一个索引都要为它建立一棵 B+ 树,每一棵 B+ 树的每一个节点都是一个数据页,一个页默认会占用 16KB 的存储空间,一棵很大的 B+ 树由许多数据页组成,那就是很大的一片存储空间。
-
时间上的代价
每次对表中的数据进行
增
、删
、改
操作时,都需要去修改各个 B+ 树索引。而且我们讲过,B+ 树每层节点都是按照索引列的值从小到大的顺序排序
而组成了双向链表
。不论是叶子节点中的记录,还是内节点中的记录(也就是不论是用户记录还是目录项记录)都是按照索引列的值从小到大的顺序而形成了一个单向链表。而增、删、改操作可能会对节点和记录的排序造成破坏,所以存储引擎需要额外的时间进行一些记录移位
,页面分裂
、页面回收
等操作来维护好节点和记录的排序。如果我们建了许多索引,每个索引对应的 B+ 树都要进行相关的维护操作,会给性能拖后腿。
一个表上索引建的越多,就会占用越多的存储空间,在增删改记录的时候性能就越差。为了建立又好又少的索引,我们得学学这些索引在哪些条件下起作用的。
6. MySQL 数据结构选择的合理性
6.1 全表遍历
这里都懒得说了(加载所有页到内存,进行遍历查找,非常耗时,性能极差)
6.2 Hash 结构
上图中哈希函数 h 有可能将两个不同的关键字映射到相同的位置,这叫做 碰撞
,在数据库中一般采用链接法
来解决。在链接法中,将散列到同一槽位的元素放在一个链表中,如下图所示:
Hash 结构效率高,那为什么索引结构要设计成树型呢?
Hash 索引适用存储引擎如表所示:
索引 / 存储引擎
MyISAM
InnoDB
Memory
HASH 索引
不支持
不支持
支持
Hash索引的适用性
采用自适应 Hash 索引目的是方便根据 SQL 的查询条件加速定位到叶子节点,特别是当 B+ 树比较深的时候,通过自适应 Hash 索引可以明显提高数据的检索效率。
我们可以通过 innodb_adaptive_hash_index
变量来查看是否开启了自适应 Hash,比如:
mysql> show variables like '%adaptive_hash_index';
6.3 二叉搜索树
创造出来的二分搜索树如下图所示:
6.4 AVL 树
你能看到此时树的高度降低了,当数据量N大的时候,以及树的分叉数M大的时候,M叉树的高度会远小于二叉树的高度(M>2)。所以,我们需要把树从“瘦高"变"矮胖”
。
6.5 B-Tree
B树的英文是Balance Tree,也就是多路平衡查找树。简写为B-Tree (注意横杠表示这两个单词连起来的意思,不是减号)。它的高度远小于平衡二叉树的高度。
B 树的结构如下图所示:
一个 M 阶的 B 树(M>2)有以下的特性:
- 根节点的儿子数的范围是 [2,M]。
- 每个中间节点包含 k-1 个关键字和 k 个孩子,孩子的数量 = 关键字的数量 +1,k 的取值范围为 [ceil(M / 2), M]。
- 叶子节点包括 k-1 个关键字(叶子节点没有孩子),k 的取值范围为 [ceil(M / 2), M]。
- 假设中间节点节点的关键字为:Key[1],Key[2],…,Key[k-1],且关键字按照升序排序,即 Key[i] < Key[i+1]。此时 k-1 个关键字相当于划分了 k 个范围,也就是对应着 k 个指针,即为:P[1],P[2],…,P[k],其中 P[1] 指向关键字小于 Key[1] 的子树,P[i] 指向关键字属于 (Key[i-1], Key[i])的子树,P[k] 指向关键字大于 Key[k-1] 的子树。
- 所有叶子节点位于同一层。
上面那张图所表示的 B 树就是一棵 3 阶的 B 树。我们可以看下磁盘块 2,里面的关键字为(8,12),它 有 3 个孩子 (3,5),(9,10) 和 (13,15),你能看到 (3,5) 小于 8,(9,10) 在 8 和 12 之间,而 (13,15) 大于 12,刚好符合刚才我们给出的特征。
然后我们来看下如何用 B 树进行查找。假设我们想要 查找的关键字是 9
,那么步骤可以分为以下几步:
- 我们与根节点的关键字 (17,35)进行比较,9 小于 17 那么得到指针 P1;
- 按照指针 P1 找到磁盘块 2,关键字为(8,12),因为 9 在 8 和 12 之间,所以我们得到指针 P2;
- 按照指针 P2 找到磁盘块 6,关键字为(9,10),然后我们找到了关键字 9。
你能看出来在 B 树的搜索过程中,我们比较的次数并不少,但如果把数据读取出来然后在内存中进行比较,这个时间就是可以忽略不计的。而读取磁盘块本身需要进行 I/O 操作,消耗的时间比在内存中进行比较所需要的时间要多,是数据查找用时的重要因素。B 树相比平衡二叉树来说磁盘 I/O 操作更少
, 在数据查询中比平衡二叉树效率要高。所以只要树的高度足够低,IO 次数足够少,就可以提高查询性能
。
小结
-
B树在插入和删除节点的时候如果导致树不平衡,就通过自动调整节点的位置来保持树的自平衡。
-
关键字集合分布在整棵树中,即叶子节点和非叶子节点都存放数据。搜索有可能在非叶子节点结束
-
其搜索性能等价于在关键字全集内做一次二分查找。
再举例 1:
**注意:**叶子节点和非叶子节点都存放数据。我们要查找C1:8,通过比较在磁盘块2中有对应的,那么数据就存在磁盘块2中
6.6 B+Tree
B+树也是一种多路搜索树,基于B树做出了改进
,主流的DBMS都支持B+树的索引方式,比如MySQL。相比于B-Tree,B+Tree适合文件索引 系统。
- MySQL 官网说明:
B+ 树和 B 树的差异:
- 有 k 个孩子的节点就有 k 个关键字。也就是孩子数量 = 关键字数,而 B 树中,孩子数量 = 关键字数 +1。
- 非叶子节点的关键字也会同时存在在子节点中,并且是在子节点中所有关键字的最大(或最小)。
- 非叶子节点仅用于索引,不保存数据记录,跟记录有关的信息都放在叶子节点中。而 B 树中,
非叶子节点既保存索引,也保存数据记录
。 - 所有关键字都在叶子节点出现,叶子节点构成一个有序链表,而且叶子节点本身按照关键字的大小从小到大顺序链接。而B树中,叶子节点组成的链表是不完整的,还包含目录页中的数据
下图就是一棵B+树,阶数为3,根节点中的关键字1、18、 35分别是子节点(1, 8,14) ,(18, 24, 31)和(35, 41, 53) 中的最小值。每一层父节点的关键字都会出现在下一层的子节点的关键字中,因此在叶子节点中包括了所有的关键字信息,并且每一个叶子节点都有一个指向下一个节点的指针,这样就形成了一个链表。
B 树和 B+ 树都可以作为索引的数据结构,在 MySQL 中采用的是 B+ 树。
但 B 树和 B+ 树各有自己的应用场景,不能说 B+ 树完全比 B 树好,反之亦然。
6.7 R 树
R-Tree 在 MySQL 很少使用,仅支持 geometry 数据类型
,支持该类型的存储引擎只有 myisam、bdb、 innodb、ndb、archive 几种。举个 R 树在现实领域中能够解决的例子:查找 20 英里以内所有的餐厅。如果没有 R 树你会怎么解决?一般情况下我们会把餐厅的坐标(x,y)分为两个字段存放在数据库中,一个字段记录经度,另一个字段记录纬度。这样的话我们就需要遍历所有的餐厅获取其位置信息,然后计算是否满足要求。如果一个地区有 100 家餐厅的话,我们就要进行 100 次位置计算操作了,如果应用到谷歌、百度地图这种超大数据库中,这种方法便必定不可行了。R 树就很好的 解决了这种高维空间搜索问题
。它把 B 树的思想很好的扩展到了多维空间,采用了 B 树分割空间的思想,并在添加、删除操作时采用合并、分解结点的方法,保证树的平衡性。因此,R 树就是一棵用来 存储高维数据的平衡树
。相对于 B-Tree,R-Tree 的优势在于范围查找。
索引 / 存储引擎
MyISAM
InnoDB
Memory
R-Tree 索引
支持
支持
不支持
6.8 小结
面试中常考点:B+树和B-树的区别、B+树和Hash的区别
6.9 附录:算法的时间复杂度
同一问题可用不同算法解决,而一个算法的质量优劣将影响到算法乃至程序的效率。算法分析的目的在于选择合适算法和改进算法。
相关文章:
《MySQL高级篇》四、索引的存储结构
1. 为什么使用索引 假如给数据使用 二叉树 这样的数据结构进行存储,如下图所示 2、索引及其优缺点 2.1 索引概述 2.2 优点 类似大学图书馆建书目索引,提高数据检索的效率,降低 数据库的 IO 成本 这也是创建索引的主要的原因。通过创建唯一索…...
Android休眠唤醒驱动流程
Android休眠与唤醒 android是在传统的linux内核电源管理设计的基础上,结合手机设计的实际需求而进化出的一套电源管理系统,其核心内容有:wakelock、early_suspend与late_resume。 wakelock在Android的电源管理系统中扮演一个核心的角色。wa…...
QQ游戏外挂mouse_event不起作用的原因,及我的对对碰外挂程序.
/// 作者 : 阿东// 主页 : http://adong2008.512j.com// 邮箱 : dongfayeah.net// MSN : codelivehotmail.com// 日期 : 2005.02.06/ 关于QQ游戏外挂mouse_event不起作用的原因,及我的对对碰外挂程序. 相信很多朋友都使用过QQ游戏的外挂和自己也开发过.但可能你会发现,mouse…...
Linux中搭建Apache服务器
在Linux中搭建Apache服务器:修改默认目录;设置用户个人主页;设置默认主页;配置虚拟主机 首先安装该服务 yum -y install httpd 查看安装了多少个包,包括依赖包应该有三个 rpm -qa|grep http 设置防火墙,…...
基金投资入门与技巧——阅读笔记
基金投资 程国强 基金投资——间接地证券投资的理财方式 基金的种类 广义:基金是机构投资者的统称,包括信托投资基金、单位信托基金、公积金、保险基金、退休基金和各种基金会的基金。 狭义:基金指的是具有特定目的和用途的资金。 基金单…...
【每天学习一点新知识】sqlmap的使用
这个大佬的教程太详细了,这边选取了一部分理论的sqlmap详细使用教程_星落.的博客-CSDN博客_sqlmap sqlmap常用命令 -h 显示基本帮助信息 -hh 显示高级帮助信息 --version …...
如何发布一篇博客?(入门保姆级)
Hi i,m JinXiang ⭐ 前言 ⭐ 本篇文章主要内容是如何发布一篇博客超级详细(入门保姆级) 🍉欢迎点赞 👍 收藏 ⭐留言评论 📝私信必回哟😁 🍉博主收将持续更新学习记录获,友友们有任何…...
企业邮箱托管外包后安全吗?企业邮箱安全须知
目前各主流企业邮箱网易、TOM、腾讯等均采用SSL加密传输的方式,为企业提供高级别安全服务平台。但这只是在第一道入口加以防范,想更有效的保障企业安全,以下几点你需要知道~ 邮箱密码安全 企业邮箱管理员创建好邮箱后,一定要告知…...
一些IT段子,娱乐一下
1、我是个程序员,一天我坐在路边一边喝水一边苦苦检查bug。这时一个乞丐在我边上坐下了,开始要饭,我觉得可怜,就给了他1块钱,然后接着调试程序。他可能生意不好,就无聊的看看我在干什么,然后过了…...
Android游戏开发大全
查看书籍详细信息: Android游戏开发大全 编辑推荐 帮助读者掌握Android游戏项目的开发流程 和项目驱动的好书! 内容简介 《Android游戏开发大全》以Android手机游戏的开发为主题,结合真实的游戏案例向读者详细介绍了Android平台下游戏开发…...
51nod-1437 迈克步(单调栈)
原题链接 1437 迈克步 题目来源: CodeForces 基准时间限制:1 秒 空间限制:131072 KB 分值: 80 难度:5级算法题 收藏 关注 有n只熊。他们站成一排队伍,从左到右依次1到n编号。第i只熊的高度是ai。 一组熊指的队伍中连…...
Dr.COM宽带认证客户端网络环境使用路由器上网
声明:本文所有内容均为兴趣研究,请勿作为商用用途!如侵犯权利,联系qq1291936771删除! 温馨提示:本文针对的是Dr.COM(x)版本客户端,其他版本客户端请勿尝试(其他版本能不能成功,我也…...
爱是一种遇见
终于明白爱情是一种遇见,不能制造也不能预期,一个人的时候,爱情会寂寞, 两个人的时候,爱情会麻烦。爱与不爱,与结局无关,今天就是永远。 爱情是一种遇见,朋友是一种遇见,…...
android 仿头条 微信大图预览动画 双击缩放 保存至相册
GalleryView 项目地址:cedear/GalleryView 简介: android 仿头条 微信大图预览动画 双击缩放 保存至相册 更多:作者 提 Bug 标签: 在我现在的项目当中,也存在大图预览的功能,但其实现过于繁重&…...
windows系统搭建FTP服务
1、安装FTP服务 ① 在Cortana中搜索“控制面板”打开 ② 在控制面板-程序中,点击“启用或关闭Windows”功能 ③ 找到“Internet Information Services勾选“FTP服务器、Web管理工具”等相关功能(如下图所示),点击确定,…...
windows XP中的IE6.0修复方法
如何在Win XP中重新安装或修复IE6.0 方法一:修复Internet Explorer 6.0 执行以下步骤修复Internet Explorer 6.0: 1. 使用系统文件检查工具扫描电脑上所有写保护的文件: a. 单击开始->运行;弹出运行文本框;…...
【转帖】源的添加管理和Cydia使用教程
源的添加管理和Cydia使用教程 作者:莫溢 来源:apple.178.com 发布时间:2010-11-14 20:40:23 转帖:云在青天:对作者辛苦劳作深表感激,此处转帖仅作方便自己查阅用,如有冒犯作者权益请告知。 源是…...
windows下Npoint虚拟主机安装配置及心得
N点虚拟主机管理系统(v1.96)安装及设置说明 一、N点虚拟主机管理系统简介: N点虚拟主机管理系统是针对销售主机、邮局、数据库等产品时效率低、管理难等问题而自主研发的集产品自动化开通、管理、续费、升级等功能为一体的软件系统。通过一年…...
微博平台StatusNet研究(4):快速安装
StatusNet研究系列 StatusNet研究(1):介绍 StatusNet研究(2):基本安装 StatusNet研究(3):友好URL与OpenID支持 StatusNet研究(4):快速…...
DHCP配置的三种方式
1.DHCP中继 2.配置命令:sys int g0/0/0 ip add 192.168.2.2 24 dhcp enable ip pool pool1 net 192.168.1.0 mask 24 dns-list 8.8.8.8 gateway-list 192.168.1.1 dhcp select global //启用全局地址池 ip route-static 192.168.1.0 24 192.168.2.254 //配置一条去1.…...
盘点国内外十大免费CDN网站加速服务
盘点国内外十大免费CDN网站加速服务 核心提示: 除了传统的CDN厂商之外,云服务商也开始进驻该领域,市场上可供选择的免费的CDN还是比较多的,在此罗列出十大免费CDN,供寻找免费CDN加速服务的朋友参考一二。 CDN的全称是…...
万能DOS启动盘制作全攻略!(软盘+光盘+U盘+硬盘+NTFS+应急实用工具)
万能DOS启动盘制作全攻略!(软盘+光盘+U盘+硬盘+NTFS+应急实用工具) 本文转自阿榕,文章版权归阿榕软件论坛管理员nnmm所有 首先说明一下各种操作系统启动到DOS的途径&…...
C语言从放弃到入门,C语言,从放弃到入门
零基础入门C语言,王桂林老师编写的。比较浅显、易懂,适合初学者以及复习。 课程收益: 所有对C语言有入门恐惧的人。 讲师介绍: 王桂林 能众软件,能众教育创始人,毕业于山东大学,曾工作于世界500…...
网站集成支付宝
本人是公司注册号支付宝 及时到帐服务,去下载支付宝提供的代码,其里面有如何在自己的页面中集成支付宝接口的例子。你自己先把这个例子在自己的机器上调试成功之后,在将这些代码引入到你的项目中去。(下面是他人的一些做法&#x…...
CRM系统如何选型?
不少企业都想要使用CRM客户管理系统,但往往在CRM选型阶段就被折腾的五迷三道。CRM系统选型难在哪里?下面我们从企业用户和CRM厂商两方面进行分析,来说说关于CRM系统选型的那些事。 企业自身原因: 1、认知偏差 看到一个观点&…...
Android HTTP客户端:实现HTTPS访问方式
随着移动应用程序的普及,安全性变得越来越重要。在Android开发中,使用HTTP协议进行网络通信是很常见的需求。然而,为了确保通信的安全性,在Android中使用HTTPS协议进行加密通信是必要的。本文将介绍如何在Android应用中使用HTTP客户端实现HTTPS访问。 Android提供了许多方…...
如果找活跃IP段!抓肉鸡必须的!
很多新手抓鸡的时候,为了IP段很头疼。有一种方法大家可以试试,我试验过还是可以的。首先选择一个你要扫的城市,比如:浙江打开百度,在里面输入浙江,然后出现一个某某网站,你把网站的地址复制一下…...
榜单!全年或超150万辆!行泊一体系统方案供应商TOP10出炉
作为域控集中架构下的产物,智能驾驶赛道的行泊一体方案正在成为市场的主流配置,同时,各类计算(芯片)方案也都在发力这个细分赛道。 高工智能汽车研究院认为,和NOA不同,作为高低速组合功能的行泊…...
QQ堂3.3外挂
QQ堂3.3可用外挂,功能如图、 下载地址:http://bbs.12tg.cn/read-htm-tid-145156.html...
超级玛丽全通关图文攻略
【第一关】 1-1: 呵呵!这当然是上手关了。你在一开始就会遇到一只goomba,不要踩他。跳过去就可以了。还有三枚金币和一只红色蘑菇可吃,吃下它你的个子就会长高,并具备顶砖块的能力(平时不要乱顶,因为那是goomba的床…...
HDMI、DVI、VGA、RGB、分量、S端子)高清接口图片说明
各种视频输出端口(HDMI、DVI、VGA、RGB、分量、S端子)图片说明 1.S端子 标准S端子 标准S端子连接线 音频复合视频S端子色差常规连接示意图 S端子(S-Video)是应用最普遍的视频接口之一,是一种视频信号专用输出接口。常见的S端子是一个5芯接…...
MATLAB数字图像处理详细总结
前言 给一个算法如何写程序https://blog.csdn.net/baidu_38205880/article/details/80241655先在网上找一些参考再写 算法的一般步骤自顶向下,考虑输入输出,有点像信号中的响应的思想,还要考虑数据结构,特殊输入,增加…...
为什么数组下标越界要检查
如下定义一个数组: int[] ints new int[100];此时就会在堆中开辟一个对应的空间,ints也被分配了相应的内存空间。 这里从JVM的角度说下自己的理解,不一定是对的哈,比如现在只在堆中给ints分配了相对应它长度100的内存空间&…...
vbs整人代码大集合 多年的代码收集
vbs整人代码大集合,收集的比较全,喜欢的朋友可以参考下。不要搞破坏,学习vbs的朋友非常有帮助,死循环的使用比较多。 一、你打开好友的聊天对话框,然后记下在你QQ里好友的昵称,把下面代码里的xx替换一下,就可以自定义发送QQ信息到…...
javascript语言入门教程,javascript教程完整版
大家好,小编来为大家解答以下问题,javascript语言入门教程,javascript教程完整版,今天让我们一起来看看吧! 前言 教你学会JavaScript分成四大部分: 教你完全学会JavaScript(基础篇--更新中&…...
七款开源ERP评估比较
前言 一、Compiere ERP 二、Openbravo ERP 三、Nseer ERP (信恩) 四、Open ERP 五、Web ERP 六、Sequoia ERP 七、Opentaps 前言 有一定规模的企业,会思考引入ERP系统用于改善自己的运营模式,但有许多企业在ERP实施与使用过…...
android8 保卫萝卜,保卫萝卜挑战8攻略图解,学会这些,轻松过第八关
要阻止怪物吃到萝卜,还是有一定的难度的。大家对游戏的操作水平不同,会卡在不同的关卡上,下面就让小编来给大家讲解保卫萝卜挑战8攻略图解。 首先第一个关键点就在于找准怪兽的一个入口。我们可以看到金币有五百多个,所以可以购买…...
恶搞中国足球大汇总
郭德纲在他的相声段子里曾经说,他准备练习踢足球,教练看了他之后非常惊讶,告诉他说:“你呀,有比马拉多纳还优秀的素质,但只有两样东西不行,一个是你的左腿,一个是你的右腿” “咋整&…...
。IBM ThinkPad T60P 全面评测
45000元都能买到些什么东西呢? 如果去吃麦当劳,50元吃一顿的话,每天每顿吃的话,差不多够吃1年; 如果拿来买球鞋,1000元1双的耐克鞋可以买45双,每天穿1双的话也足够一个半月不重复;…...
ubuntu实用工具
转至http://www.oschina.net/question/12_515 抛开Windows,其实在任何一款Linux发行版本中,我们都有超级大量的软件来安装,使用。这次的教程,我就以Ubuntu为例,来给大家推荐一些我认为不错的软件 声明: 1.本…...
赛效:在线查询QQ号价格评估的方法是什么
QQ是非常经典的聊天工具,在很多时候我们上班也要登着QQ号,除了可以交流、传递资料、 登录体平台外,有时候还要用QQ邮箱进行接收验证码之类的操作。QQ用久了,难免会有一个想法,就是我们的QQ号究竟值多少钱呢?…...
查看文件的MD5值得方法 (校验完整性)
MAC查看MD5值 1.打开终端 2.输入 md5 filename 3.将需要校验的文件拖入终端窗口(这一步就是相当于输入文件的目录地址) 4.按下回车,等待返回结果(文件越大,校验越慢) WIN查看MD5值 certutil -hashfile filename MD5 certutil -hashfile filename SHA1 certutil -hash…...
盘点:恋爱一族约会英语词汇
美语中有些字眼在中文里面似乎找不到可代换的字, 其中感情方面的字好象就占了不少。也许有一天你会跟老外交往, 也或许你只是有兴趣认识这些字, 这个单元是恋爱一族不可不看的喔! 1. have a crush on 迷恋某人 A: Im having this huge crush on Ted. Im going to try and s…...
职业价值观测评(舒伯修订版)
职业价值观测评,简称为WVI,最早由心理学家舒伯在1970年提出,主要用于测评个体的职业价值观,表明个体对职业的认识、接受、追求和向往的目标。 职业价值观,是从业者的职业期望,职业价值观决定了员工在岗的工…...
JAVA 基于J2ME的手机游戏设计与开发(论文+源码)_Nueve
摘要:随着通信技术的发展和手机的普及,手机游戏的开发技术越来越为人们所关注。以J2ME为开发平台,利用Java提供强大工具,不但可以在手机上实现静态HTML技术所无法实现的计算处理、数据存储、与服务器的通信等功能,而且…...
抢先体验Windows Technical Preview(Windows 10)和Windows Server Technical Preview
抢先体验Windows Server Technical Preview Windows 10 是微软公司新一代操作系统,即传说中的Windows Technical,NT内核为6.4。该系统于2014年9月30日(美国东部时间,北京时间2014年10月1日)发布开技术预览版。北京时间…...
portraiture 4参数设置多少比较好,portraiture怎么批量磨皮
品牌型号:联想GeekPro 2020 系统:Windows 10 64位专业版 软件版本:portraiture v4 portraiture 4是一款智能化水平高的磨皮插件,可安装在photoshop、light room两款主流图像处理软件中使用。刚开始接触portraiture,…...
网线制作,集线器、交换机、路由器的介绍以及路由器的设置
目录 一. 网线制作 1.1 制作材料 1.2 网线标准 1.3 网线做法 二. 集线器、交换机、路由器介绍 前言 简介 简单来说 三. 路由器的设置 设置1 设置2 设置3 设置4 无线设置 一. 网线制作 1.1 制作材料 网线 …...
新华网论坛
新华网论坛 链接:http://forum.xinhuanet.com/index.html 来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/5718/viewspace-167650/,如需转载,请注明出处,否则将追究法律责任。 转载于:http://blog.itpub.net/5718…...
C#下AxShockwaveFlash的成员函数
C#下AxShockwaveFlash的成员函数 1.AlignMode (读写) 语法:AlignMode As Long 说明:对齐方式(与 SAlign 属性联动)。当控件的 长宽比例与影片不一致且 WMode 不为 ExactFit 时,影片࿰…...