数据库基础：讲解MySQL索引的概念及数据库索引的应用[1]

数据库引入了索引

用户对数据库最频繁的 *** 作是进行数据查询 一般情况下 数据库在进行查询 *** 作时需要对整个表进行数据搜索 当表中的数据很多时 搜索数据就需要很长的时间 这就造成了服务器的资源浪费 为了提高检索数据的能力 数据库引入了索引机制

有关 索引 的比喻

从某种程度上 可以把数据库看作一本书 把索引看作书的目录 通过目录查找书中的信息 显然较没有目录的书方便 快捷

数据库索引实际是什么(两部分组成)

索引是一个单独的 物理的数据库结构 它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单

索引在表中的角色

一个表的存储是由两部分组成的 一部分用来存放表的数据页面 另一部分存放索引页面 索引就存放在索引页面上

索引高效原理

通常 索引页面相对于数据页面来说小得多 当进行数据检索时 系统先搜索索引页面 从中找到所需数据的指针 再直接通过指针从数据页面中读取数据

索引的分类

在SQL Server 的数据库中按存储结构的不同将索引分为两类 簇索引(Clustered Index)和非簇索引(Nonclustered Index)

( )簇索引对表的物理数据页中的数据按列进行排序 然后再重新存储到磁盘上 即簇索引与数据是混为一体 的它的叶节点中存储的是实际的数据 由于簇索引对表中的数据一一进行了排序 因此用簇索引查找数据很快 但由于簇索引将表的所有数据完全重新排列了 它所需要的空间也就特别大 大概相当于表中数据所占空间的 % 表的数据行只能以一种排序方式存储在磁盘上 所以一个表只能有一个簇索引

( )非簇索引具有与表的数据完全分离的结构 使用非簇索引不用将物理数据页中的数据按列排序 非簇索引的叶节点中存储了组成非簇索引的关键字的值和行定位器 行定位器的结构和存储内容取决于数据的存储方式 如果数据是以簇索引方式存储的 则行定位器中存储的是簇索引的索引键;如果数据不是以簇索引方式存储的 这种方式又称为堆存储方式(Heap Structure) 则行定位器存储的是指向数据行的指针 非簇索引将行定位器按关键字的值用一定的方式排序 这个顺序与表的行在数据页中的排序是不匹配的 由于非簇索引使用索引页存储因此它比簇索引需要更多的存储空间且检索效率较低但一个表只能建一个簇索引 当用户需要建立多个索引时就需要使用非簇索引了

小结 Clustered Index 是与物理数据混在一起并对物理数据进重排 就像使用拼音查字典;Unclustered Index 是与物理数据完全分离的 利用额外空间对关键字进行重排 就像使用部首查字典

数据库索引应用

一 索引的概念

索引就是加快检索表中数据的方法 数据库的索引类似于书籍的索引 在书籍中 索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息 在数据库中 索引也允许数据库程序迅速地找到表中的数据 而不必扫描整个数据库

二 索引的特点

索引可以加快数据库的检索速度

索引降低了数据库插入 修改 删除等维护任务的速度

索引创建在表上 不能创建在视图上

索引既可以直接创建 也可以间接创建

可以在优化隐藏中 使用索引

使用查询处理器执行SQL语句 在一个表上 一次只能使用一个索引

其他

三 索引的优点

创建唯一性索引 保证数据库表中每一行数据的唯一性

大大加快数据的检索速度 这也是创建索引的最主要的原因

加速表和表之间的连接 特别是在实现数据的参考完整性方面特别有意义

在使用分组和排序子句进行数据检索时 同样可以显著减少查询中分组和排序的时间

通过使用索引 可以在查询的过程中使用优化隐藏器 提高系统的性能

四 索引的缺点

创建索引和维护索引要耗费时间 这种时间随着数据量的增加而增加

索引需要占物理空间 除了数据表占数据空间之外 每一个索引还要占一定的物理空间 如果要建立聚簇索引 那么需要的空间就会更大

当对表中的数据进行增加 删除和修改的时候 索引也要动态的维护 降低了数据的维护速度

lishixinzhi/Article/program/MySQL/201311/29604

数据库建索引主要是用于查询时进行排序的,当然某一字段没有建索引，SQL里也可以它为关键字进行排序，但性能远远低于有索引的情况，记录比较多的时候对比更明显。至于性能，如果在记录比较多的情况，上万条记录，你又建了很多索引，数据库本身维护这些索引会付出很大的代价。这个时候你只要在几个常用的字段上加索引，删掉不用的索引，就会解决性能的问题。

1、聚集索引：又叫聚簇索引，物理索引，与基表的物理顺序相同，数据值的顺序总是按照顺序排列 CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn) WITH ALLOW_DUP_ROW(允许有重复记录的聚簇索引) 2、非聚簇索引：CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)3、索引的好处： 1)创建唯一性索引，保证数据库表中每一行数据的唯一性2)大大加快数据的检索速度，这也是创建索引的最主要的原因3)加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。4)在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。5)通过使用索引，可以在查询的过程中使用优化隐藏器，提高系统的性能。 4、索引的缺点： 1)创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加2)索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空 间， 如果要建立 聚簇索引，那么需要的空间就会更大。3)当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度

在mysql中，索引是一种特殊的数据库结构，由数据表中的一列或多列组合而成，可以用来快速查询数据表中有某一特定值的记录。

通过索引，查询数据时不用读完记录的所有信息，而只是查询索引列即可。

通过索引，查询数据时不用读完记录的所有信息，而只是查询索引列。否则，数据库系统将读取每条记录的所有信息进行匹配。

可以把索引比作新华字典的音序表。例如，要查“库”字，如果不使用音序，就需要从字典的 400 页中逐页来找。但是，如果提取拼音出来，构成音序表，就只需要从 10 多页的音序表中直接查找。这样就可以大大节省时间。

因此，使用索引可以很大程度上提高数据库的查询速度，还有效的提高了数据库系统的性能。

索引的优缺点

索引有其明显的优势，也有其不可避免的缺点。

优点

索引的优点如下：

1、通过创建唯一索引可以保证数据库表中每一行数据的唯一性。

2、可以给所有的 MySQL 列类型设置索引。

3、可以大大加快数据的查询速度，这是使用索引最主要的原因。

4、在实现数据的参考完整性方面可以加速表与表之间的连接。

5、在使用分组和排序子句进行数据查询时也可以显著减少查询中分组和排序的时间

缺点

增加索引也有许多不利的方面，主要如下：

1、创建和维护索引组要耗费时间，并且随着数据量的增加所耗费的时间也会增加。

2、索引需要占磁盘空间，除了数据表占数据空间以外，每一个索引还要占一定的物理空间。如果有大量的索引，索引文件可能比数据文件更快达到最大文件尺寸。

3、当对表中的数据进行增加、删除和修改的时候，索引也要动态维护，这样就降低了数据的维护速度。

使用索引时，需要综合考虑索引的优点和缺点。

一般使用索引，索引可以建立多个，想用哪个用哪个，特别是当数据特别多、特别大的情况下，排序一次需要很多时间，而索引就非常快速。

补充：

可以这样说，现在的数据库都没有排序的的概念，排序是早期FOXBASE的产品，你不要去学习什么排序，除非你想考古。

一、排序（物理排序）

通常记录是按输入的顺序（物理顺序）存放在数据表中的，排序是指表的所有记录按指定字段的值的大小顺序进行重新排列到新的数据表文件中。

二、索引（逻辑排序）

与排序相比，索引是一种逻辑排序方法，它不改变记录在物理上的排列顺序，而是建立一个与原文件相对应的索引文件，索引文件中存储了一组记录指针，它指向原文件的记录。

使用索引查找数据更快捷，方便。但如果在一个表上建太多索引也会带来问题，索引是一个 单独的数据库结构，需要额外的空间存储；在修改表中数据时，表上的索引也会随之更新，这会带来额外的开销。所以在一个表上建什么样的索引，建多少个索引和在哪些列上建索引，是个需要认真思考的问题。

数据库建索引主要是用于查询时进行排序的,当然某一字段没有建索引，sql里也可以它为关键字进行排序，但性能远远低于有索引的情况，记录比较多的时候对比更明显。至于性能，如果在记录比较多的情况，上万条记录，你又建了很多索引，数据库本身维护这些索引会付出很大的代价。这个时候你只要在几个常用的字段上加索引，删掉不用的索引，就会解决性能的问题。

以上就是关于数据库基础：讲解MySQL索引的概念及数据库索引的应用[1]全部的内容，包括:数据库基础：讲解MySQL索引的概念及数据库索引的应用[1]、数据库建索引如何影响性能，影响性能的真正原因是什么、、什么叫聚集索引，建立索引的好处。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！