什么时候应该用索引

最新推荐文章于 2025-05-25 15:46:03 发布

236737674

最新推荐文章于 2025-05-25 15:46:03 发布

阅读量956

点赞数

CC 4.0 BY-SA版权

分类专栏：学习笔记文章标签： sql索引

本文链接：https://blog.youkuaiyun.com/qq_41372922/article/details/82865006

学习笔记专栏收录该内容

18 篇文章

订阅专栏

本文探讨了在数据库设计中，如何合理使用聚集索引与非聚集索引以提高查询效率。详细对比了各种场景下索引的选择策略，如排序、范围查询、外键及主键列的处理等，同时提供了避免索引使用的误区，如过度使用、索引列运算等问题的解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

什么时候使用聚集索引，非聚集索引，什么时候不使用索引

动作描述	聚集索引	非聚集索引
列经常被分组排序	√	√
返回某范围内的数据	√	×
一个或极少不同的值	×	×
小数目不同的值	√	×
大数目不同的值	×	√
频繁更新的列	×	√
外键列	√	√
主键列	√	√
频繁修改索引列	×	√

索引不会包含有NULL值的列，在数据库设计时，不要让索引字段的默认值为NULL
使用短索引
索引列排序：MySQL查询只使用一个索引，因此如果WHERE子句中已经使用了索引的话，那么ORDER BY中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下，不要使用排序操作；尽量不要包含多个列的排序，如果需要，最好给这些列也创建组合索引。
LIKE语句操作：一般情况下，不建议使用LIKE操作；如果非使用不可，如何使用也是一个研究的课题。LIKE "%aaaaa%"不会使用索引，但是LIKE "aaa%"却可以使用索引，前导模糊查询查询不能命中索引。
不要在索引列上进行运算

不要过度用索引，索引需要额外的磁盘空间，并降低写操作的性能。

可以通过SHOW STATUS LIKE ‘Handler_read%’;查看索引的使用情况，
Handler_read_key：如果索引正在工作，Handler_read_key的值将很高。
Handler_read_rnd_next：数据文件中读取下一行的请求数，如果正在进行大量的表扫描，值将较高，则说明索引利用不理想。