数据库索引种类

索引种类"/>

数据库索引种类

文章目录

• 索引的优缺点
• • 优点
  • 缺点
• 聚簇索引
• • 特点
  • 优点
  • 缺点
• 非聚簇索引
• • 特点
  • 优点
  • 缺点
  • 使用场景：
• 在MyISAM与InnoDB中的使用

索引的优缺点

索引概述
MySQL官方将索引定义为帮助MySQL高效获取数据的数据结构。索引的本质是一种排好序的快速查找数据结构，用于满足特定查找算法。这些数据结构指向数据，允许实现高级查找算法。

优点

索引带来多个优点：

1. 提高数据检索效率，降低数据库的IO成本，类似于大学图书馆的书目索引，是主要创建索引的原因。
2. 创建唯一索引可以确保数据库表中每一行数据的唯一性。
3. 有助于实现数据参考完整性，可以加速表和表之间的连接，尤其在有依赖关系的子表和父表联合查询时，可以提高查询速度。
4. 在使用分组和排序子句进行数据查询时，可以显著减少查询中分组和排序的时间，降低CPU的消耗。

缺点

增加索引也伴随着一些不利的方面：

1. 创建和维护索引需要耗费时间，随着数据量的增加，所需时间也会增加。
2. 索引需要占用磁盘空间，除了数据表占用的数据空间之外，每个索引还需要一定的物理空间，存储在磁盘上。如果有大量的索引，索引文件可能会比数据文件更快达到最大文件尺寸。
3. 尽管索引大大提高了查询速度，却会降低更新表的速度。当对表中的数据进行增加、删除和修改时，索引也需要动态地维护，从而降低了数据的维护速度。

因此，在选择是否使用索引时，需要综合考虑索引的优点和缺点。’

聚簇索引

特点

聚簇索引（Clustered Index）具有以下特点：

1. 物理存储顺序： 聚簇索引决定了数据行在表中的物理存储顺序。数据行按照聚簇索引的键值顺序在磁盘上连续存储，这有助于减少磁盘I/O操作，提高查询性能。

2. 唯一性要求： 聚簇索引要求键值是唯一的，因为它确定了数据行的物理存储顺序。通常，表的主键列用于创建聚簇索引，以确保数据行的唯一性。

3. 主键索引： 聚簇索引通常与表的主键相关联。主键是表的唯一标识符，使用聚簇索引对主键列进行快速查找非常有效。

4. 只有一个聚簇索引： 通常情况下，每张表只能有一个聚簇索引，因为数据行的物理存储顺序只能有一个。这与非聚簇索引不同，一张表可以有多个非聚簇索引。

5. 使用记录主键值的大小进行记录和页的排序，这包括三个方面的含义：

   • 页内 的记录是按照主键的大小顺序排成一个 单向链表 。
   • 各个存放 用户记录的页 也是根据页中用户记录的主键大小顺序排成一个 双向链表 。
   • 存放 目录项记录的页 分为不同的层次，在同一层次中的页也是根据页中目录项记录的主键
     大小顺序排成一个 双向链表 。

6. B+树的叶子节点存储的是完整的用户记录

   • 所谓完整的用户记录，就是指这个记录中存储了所有列的值（包括隐藏列）。
     

优点

• 数据访问更快 ，因为聚簇索引将索引和数据保存在同一个B+树中，因此从聚簇索引中获取数据比非聚簇索引更快
• 聚簇索引对于主键的 排序查找 和 范围查找 速度非常快
• 按照聚簇索引排列顺序，查询显示一定范围数据的时候，由于数据都是紧密相连，数据库不用从多个数据块中提取数据，所以 节省了大量的io操作 。

缺点

• 插入速度严重依赖于插入顺序 ，按照主键的顺序插入是最快的方式，否则将会出现页分裂，严重影响性能。因此，对于InnoDB表，我们一般都会定义一个自增的ID列为主键
• 更新主键的代价很高 ，因为将会导致被更新的行移动。因此，对于InnoDB表，我们一般定义主键为不可更新
• 二级索引访问需要两次索引查找 ，第一次找到主键值，第二次根据主键值找到行数据。

非聚簇索引

特点

• 非聚簇索引不改变数据表的物理顺序，而是在索引中维护了数据行的引用。
• 每张表可以有多个非聚簇索引，每个非聚簇索引都有自己的独立存储结构。
• 非聚簇索引通常包括索引键和指向数据行的指针或物理地址。（Best important）
• 非聚簇索引的构建和维护会增加存储空间和维护成本，但提供了更快的读取性能。

优点

• 提高检索性能：非聚簇索引允许快速查找和过滤数据，因为它们提供了索引键的有序列表，减少了需要扫描整个表的需求。
• 支持覆盖索引：非聚簇索引可以覆盖查询的所有列，从而避免了对实际数据行的访问，进一步提高查询性能。
• 支持多个索引：可以在同一表上创建多个非聚簇索引，以满足不同查询的需求。

缺点

• 额外存储开销：每个非聚簇索引都需要额外的存储空间来存储索引键和指向数据行的指针。
• 更新性能下降：插入、更新和删除操作需要维护非聚簇索引，这可能导致性能下降，尤其是在频繁的大批量数据更改情况下。
• 索引选择的复杂性：在设计数据库时，需要仔细选择哪些列应该创建非聚簇索引，以避免不必要的索引浪费存储空间。

使用场景：

• 支持频繁的查询操作：非聚簇索引适用于需要快速检索数据的查询操作，特别是针对某些列的查找、过滤和排序操作。
• 覆盖查询需求：当查询需要覆盖索引中的所有列，非聚簇索引是一个不错的选择，因为它可以减少对数据行的访问次数。
• 辅助索引：非聚簇索引通常用于支持数据表的主要聚簇索引以外的其他查询需求，例如范围查询、联接操作等。

在MyISAM与InnoDB中的使用

MyISAM 与 InnoDB 是两种不同的存储引擎，它们在索引和数据存储方面有很多区别。以下是它们之间的主要比较：

1. 索引类型：

   • MyISAM 使用非聚簇索引，所有索引都是二级索引，不包含实际数据记录。
   • InnoDB 包含一个聚簇索引，可以根据主键值一次查找实际数据记录。

2. 数据文件和索引文件：

   • InnoDB 的数据文件本身就是索引文件，包含实际数据记录。
   • MyISAM 的索引文件和数据文件是分离的，索引文件只保存数据记录的地址。

3. 非聚簇索引中的数据存储：

   • InnoDB 的非聚簇索引中的data域存储相应记录的主键值。
   • MyISAM 的索引记录存储的是数据记录的地址。

4. 回表操作：

   • MyISAM 的回表操作是快速的，因为它直接使用地址偏移量来获取数据记录。
     • “回表”：在数据库查询中，当使用非聚簇索引（或次要索引）来查找数据时，需要额外的步骤来获取完整的数据行。
   • InnoDB 通过获取主键之后再去聚簇索引中找记录，虽然也较快，但不如直接使用地址来访问。

5. 主键要求：

   • InnoDB 要求表必须有主键，如果没有显式指定，MySQL会自动选择一个非空且唯一标识数据记录的列作为主键。
   • MyISAM 可以没有显式主键。

总之，InnoDB 的设计更加适用于需要事务支持和高并发读写的应用，而MyISAM 更适合于只有读操作的应用，或者不需要事务支持的情况。选择哪种引擎应该根据具体的应用需求来决定。