MySQL的索引——索引的介绍及其数据结构B+树 & 索引的类型 & 索引的使用及其失效场景 & 相关名词解释
在MySQL中,索引是一种可以提高数据检索效率的数据结构。它可以帮助数据库管理系统快速地找到某个特定行的数据。
MySQL中常见的索引数据结构有B+树,其主要特点是它的所有非叶子节点只含有键值的指引,实际的数据都在叶子节点中保存,这样就能大大减少每个节点的大小,进而提高查询的效率。
索引的类型主要有以下几种:
- 主键索引(PRIMARY KEY):数据列不能重复,不能为NULL,每个表只能有一个主键。
- 唯一索引(UNIQUE KEY):数据列不能重复,可以为NULL值,一个表可以有多个唯一索引。
- 全文索引(FULLTEXT KEY):仅MyISAM存储引擎支持,可用于全文检索。
- 普通索引(INDEX):最基本的索引,没有任何限制。
- 组合索引:将多个列组合成一个索引。
- 空间索引(SPATIAL KEY):仅MyISAM支持,用于地理空间数据类型。
索引的使用和失效:
使用索引时,应尽量减少查询的复杂性,避免不必要的全表扫描。
索引失效的情况有:
- 使用函数操作索引列。
- 对索引列进行运算操作。
- 使用不等于(!= 或者 <>)操作符。
- 使用IS NULL 或者 IS NOT NULL。
- 使用LIKE关键字,并以通配符开始('%abc...')。
- 使用OR连接查询条件,并且OR前后的条件列都没有索引。
- 复合索引没有遵守最左前缀原则。
- 使用UNION代替OR,并且UNION的各个查询中的列类型或者数量不同。
- 使用JOIN查询,并且JOIN的列没有索引。
- 使用分组和排序时,排序的列没有索引。
- 使用LIMIT限制返回的数据量过大,导致MySQL优化器放弃使用索引。
- 对于不同的数据类型,需要使用适当的字符集进行比较。
- 当MySQL估计全表扫描比使用索引快时,会放弃使用索引。
- 索引的列有大量的重复数据,如状态值。
- 对于小表,全表扫描可能比使用索引快。
- 对于InnoDB表,在二级索引上进行UPDATE/DELETE操作时,可能会导致索引失效。
- 对于InnoDB表,如果二级索引页合并到一个范围查询,索引可能会失效。
- 对于InnoDB表,如果查询中包含了聚集索引,但查询的列并未全部包含在聚集索引中,则聚集索引可能会失效。
- 对于InnoDB表,如果查询中包含了聚集索引,但查询的列并未全部包含在聚集索引中,则聚集索引可能会失效。
- 对于InnoDB表,如果查询中包含了聚集索引,但查询的列并未全部包含在聚集索引中,则聚集索引可能会失效。
索引的创建
评论已关闭