MySQL 索引深度探讨

按功能逻辑划分：

• 普通索引：适用于普通字段，没有特殊约束。
• 唯一索引：用于唯一性约束的字段，确保数据不重复。
• 主键索引：与主键相关，通常伴随主键约束。
• 联合索引：覆盖多个字段的索引，提升查询效率。
• 全文索引：支持全文检索，适用于文本数据。
• 空间索引：用于存储空间数据，如地理坐标。

按物理实现划分：

• 聚簇索引：主键或唯一性索引，存储在同一块存储空间。
• 非聚簇索引：与数据页独立存储。

按作用字段个数划分：

• 单列索引：仅对单个字段进行优化。
• 联合索引：对多个字段的查询进行加速。

字段具有唯一性限制：

• 唯一性字段适合创建唯一索引，提升查询效率。

频繁作为 WHERE 查询条件的字段：

• 对经常查询的字段创建索引，减少全表扫描。

经常 GROUP BY 和 ORDER BY 的列：

• 对排序和分组字段创建索引，提升性能。

UPDATE 和 DELETE 的 WHERE 条件列：

• 对 WHERE 条件字段创建索引，减少锁竞争。

DISTINCT 字段需要创建索引：

• 对去重操作的字段创建索引，提升效率。

多表 JOIN 连接操作的 WHERE 条件列：

• 对连接字段创建索引，提升查询效率。

使用类型小的列创建索引：

• 主键字段适合创建索引，减少索引存储空间。

使用字符串前缀创建索引：

• 对字符串字段创建前缀索引，提升查询效率。

区分度高的列适合作为索引：

• 对选择度高的字段创建索引，提升查询效果。

使用最频繁的列放到联合索引的左侧：

• 优化查询性能，减少索引使用次数。

在多个字段都要创建索引的情况下，联合索引优于单值索引：

• 减少索引维护成本，提升查询效率。

在 WHERE 中使用不到的字段，不要设置索引：

• 不必要的索引浪费资源。

数据量小的表最好不要使用索引：

• 数据量少时，索引可能带来更大的性能损耗。

有大量重复数据的列上不要建立索引：

• 重复数据的字段索引效率低下。

避免对经常更新的表创建过多的索引：

• 索引维护成本高，影响性能。

不建议用无序的值作为索引：

• 无序值的索引效率低下。

删除不再使用或者很少使用的索引：

• 清理不必要的索引，优化数据库性能。

不要定义冗余或重复的索引：

• 重复索引增加维护成本，无助于查询效率。