常见索引原则有

最新推荐文章于 2024-06-20 23:27:17 发布
最新推荐文章于 2024-06-20 23:27:17 发布
阅读量293 收藏
点赞数
CC 4.0 BY-SA版权
原文链接：https://my.oschina.net/u/2277088/blog/3023842

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

1、选择唯一性索引，唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。
2、为经常需要排序、分组和联合操作的字段建立索引：
3、为常作为查询条件的字段建立索引。
4、限制索引的数目：越多的索引，会使更新表变得很浪费时间。尽量使用数据量少的索引
6、如果索引的值很长，那么查询的速度会受到影响。尽量使用前缀来索引
7、如果索引字段的值很长，最好使用值的前缀来索引。
8、删除不再使用或者很少使用的索引
9、最左前缀匹配原则，非常重要的原则。
10、尽量选择区分度高的列作为索引，区分度的公式是表示字段不重复的比例
11、索引列不能参与计算，保持列“干净”：带函数的查询不参与索引。
12、尽量的扩展索引，不要新建索引。

转载于:https://my.oschina.net/u/2277088/blog/3023842

云上MongoDB常见索引问题及最优索引规则大全
qq_41482600的博客
06-28 1290
输出索引的候选索引，包括最优索引及其执行stage过程(winningPlan)+其他非最优候选索引及其执行stage过程。queryPlanner没有真正在表中执行整个SQL，只做了查询优化器获取候选索引过程，因此可以很快返回。相比queryPlanner参数，executionStats会记录查询优化器根据所选最优索引执行SQL的整个过程信息，会真正执行整个SQL。
74 再来看看几个最常见和最基本的索引使用规则l.pdf
04-15
74 再来看看几个最常见和最基本的索引使用规则l.pdf
mysql的索引设计原则以及常见索引的区别
weixin_30537451的博客
02-22 133
索引定义:是一个单独的，存储在磁盘上的数据库结构，其包含着对数据表里所有记录的引用指针. 数据库索引的设计原则：为了使索引的使用效率更高，在创建索引时，必须考虑在哪些字段上创建索引和创建什么类型的索引。那么索引设计原则又是怎样的?1．选择唯一性索引唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。例如，学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信...
数据建立索引常用原则
qq_43916164的博客
09-29 270
总结了一下数据库建立索引的一些常用的规则,欢迎大佬补充. 1,选择唯一索引,可以更快速的通过该索引来确定某条记录 2,为经常要排序,分组和联合操作的字段建立索引 3,为经常作为查询条件的字段建立索引 4,限制索引的数目:索引太多会使更新表变得浪费时间 5,尽量使用数据量少的索引 6,如果索引的值很长,会影响查询的速度 7,最好使用值的前缀来索引 8,删除不再使用或者使用很少的索引 9,最左前缀匹配...
建立索引的原则 - 以innodb为例
weixin_34357887的博客
02-26 537
一、写在前面 随着开发、测试任务进入尾声，大家都在整理一些项目发布前的一些准备工作，其中一个重要的工作就是为之前写的一些sql语句建立索引，这高并发、高访问量的环境下是非常有必要的，建立一个好的索引能够极大地提高sql语句的查询效率，那么问题来了，到底什么是索引，怎样才能建立一个好的索引呢？本文以mysql Innodb存储引擎为例，结合...
浅谈mysql的索引设计原则以及常见索引的区别
09-09
下面将详细讨论索引设计原则以及常见索引的区别。 首先，选择唯一性索引是非常重要的原则。唯一性索引确保了索引项的唯一性，有助于快速定位单条记录。例如，学号字段作为学生表的唯一性索引，可以快速找到特定学生...
深入浅析Mysql联合索引最左匹配原则
09-09
在有1000万条记录的表中，如果有查询`SELECT * FROM table WHERE col1=1 AND col2=2 AND col3=3`，如果每个条件能过滤掉90%的数据，联合索引(col1,col2,col3)可以一次过滤掉99%的数据，而单列索引则需要多次回表操作...
建立索引的原则
https://www.cnblogs.com/hezemin/ 已经放弃优快云了，请转移博客园！请转移博客园！请转移博客园！
06-24 720
第一步对执行计划的理解： explain（执行计划）包含的信息十分的丰富，着重关注以下几个字段信息。 ①id，select子句或表执行顺序，id相同，从上到下执行，id不同，id值越大，执行优先级越高。 ②type，type主要取值及其表示sql的好坏程度（由好到差排序）：system>const>eq_ref>ref>range>index>ALL。保证ran...
建索引的几大原则
286
04-05 388
        建索引的几个原则         1.最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意...
mysql索引设计原则有哪些
猿学
12-13 762
最近在找工作过程中经常被问到mysql数据库优化的相关问题，而mysql索引设计又是优化的重要一环，查找相关资料，总结出了相关知识点如下，仅供参考，欢迎评论区补充。 一、适合加索引的列 1.对于经常查询的字段，一定是为搜索条件的字段创建索引 2.某字段本身具有唯一性特征时，指定唯一索引能提高查询速度。比如身份证号字段，每个用户的身份证号是唯一的。 3.在频繁进行跑排列分组（即进行 grou...
数据库常见创建索引原则
sugar_HIT的博客
02-06 2006
SQL中索引的创建原则
索引常用使用原则以及原理解析（明白这些你再也不需要去死记硬背索引使用原则了）
超域的博客
05-09 1101
如上图所示，主键索引是排序的 普通索引是通过字段值进行排序，然后其data中存储的是主键值 1、索引不会包含null的列 因为在索引底层是依靠字段的值来进行构建索引的，所以对于一个值为null的索引，是不会放在索引中的，因此不可避免会进行全表扫描 2、尽量使用短列索引 因为对于较短的列在转化为ascll码时存储占用空间更小 3、索引值排序 如果where子句中已经使用了索引，那么后面的order by 索引是不会生效的 因为此数据库索引底层默认是排序的...
创建索引的9个原则
weixin_48906544的博客
01-01 5799
今天是元旦，2022年第1天，我立个flag，坚持每天写博客。创建索引是我们提高数据库查询数据库效率最常用的方法，也是很重要的方法。
常见索引类型
Gsasuke的博客
02-15 5659
日常开发工作中，涉及到的数据存储，要做查询优化或想深入了解存储引擎，需要对索引知识有个起码的了解，下面介绍下最常见的四种索引结构。 位图索引 哈希索引 BTREE索引 倒排索引 1、位图索引（BitMap） 位图索引适用于字段值为可枚举的有限个数值的情况 位图索引使用二进制的数字串（bitMap）标识数据是否存在，1标识当前位置（序号)存在数据，0则表示当前位置没有数据。 ​图1 为用户表，存储了性别和婚姻状况两个字段。 ​图2中 分别为性别和婚姻状态建立了两个位图索引； 例如：性别->男对
索引设计原则详解
qq_39964887的博客
06-20 1318
数据中11种适合创建索引的情况和7种不适合创建索引的情况，以及相关注意事项
数据库建立索引常用原则
09-01 209
1.超过300条记录，就应该建立索引 2.应该建立索引的字段： 　　　　1.主键和外键上必须有索引 　　　　2.经常与其它表连接的连接字段 　　　　3.经常进行范围查询的列 　　　　4.经常排序查询的列 　　　　5.where子句中的字段 　　　　6.group by、order by、distnict字段后面的字段 3.不应该建立索引的字段： 　　　　1.查询很...
常见mysql索引
最新发布
03-18
<think>好的，我现在需要回答用户关于MySQL常见索引类型及其使用场景的问题。首先，我得回想一下自己对MySQL索引的了解。记得索引有很多种类型，比如B树索引、哈希索引、全文索引这些。可能还有主键索引、唯一索引、普通索引，以及组合索引之类的。不过用户提到需要包括复合索引、空间索引，所以在回答时应该涵盖这些内容。 接下来，我需要确认每种索引的定义、结构以及适用的场景。比如B树索引是MySQL默认的索引类型，适用于全值匹配、范围查询和排序操作。而哈希索引则适用于等值查询，但不支持范围查询。主键索引和唯一索引的区别在于主键不允许NULL，而唯一索引允许NULL值，但每个值必须唯一。 组合索引，也就是复合索引，需要注意最左前缀原则，用户可能在查询中需要按照索引定义的顺序来使用字段。比如索引是（A,B,C），那么查询条件中有A或者A和B，或者A、B、C都可以用这个索引，但如果只有B或C，可能用不上。 全文索引是针对文本内容的，用于全文搜索，比如MATCH AGAINST语句。空间索引则是针对地理数据类型的，比如GEOMETRY字段，不过这可能用得比较少，用户可能需要简单了解。 然后，还要考虑引用用户提供的两个参考资料。引用[1]提到了复合索引和空间索引，引用[2]提到了type字段的值，如ALL、index、range等，这可能和索引的使用效果有关，比如查询时的访问类型，是否使用了索引，或者索引的效率如何。 在组织内容的时候，应该分点列出每种索引类型，包括它们的结构、适用场景以及注意事项。例如： 1. B树索引：结构是平衡树，支持快速查找、范围查询和排序。适用于大多数情况，如WHERE、ORDER BY、JOIN操作。 2. 哈希索引：基于哈希表，只支持等值查询，适用于精确匹配，如键值存储的场景。 3. 全文索引：用于全文搜索，处理大文本字段的搜索需求。 4. 空间索引：处理地理空间数据，如GIS应用。 5. 主键索引：特殊的唯一索引，不允许NULL，用于唯一标识记录。 6. 唯一索引：确保列值唯一，允许NULL，用于避免重复数据。 7. 组合索引：多列组合，需遵循最左前缀原则，提高多条件查询效率。 还需要注意每个索引的使用场景和限制，比如哈希索引不支持排序，组合索引的顺序影响使用效果，全文索引的使用方法等。同时，结合引用中的内容，补充复合索引和空间索引的特点，以及索引使用时的type字段，如range表示范围查询使用了索引，避免全表扫描（ALL）。 最后，生成相关问题，可能需要覆盖索引、索引失效的场景、如何优化索引选择等。例如： 1. MySQL中如何创建组合索引？ 2. 什么情况下索引会失效？ 3. 覆盖索引有什么优势？ 4. 如何分析查询是否使用了索引？ 在检查过程中，要确保所有数学表达式用$符号包裹，比如B树的时间复杂度是$O(\log n)$，哈希索引的查询时间是$O(1)$。独立公式如果需要的话，用$$包围。同时，引用标识要放在对应的位置，如空间索引的引用来自引用[1]，type字段的说明来自引用[2]。 可能还需要验证一些细节，比如主键索引是否一定是聚集索引，在InnoDB中是的，但其他存储引擎可能不同。此外，组合索引的最左前缀原则是否正确，是否需要严格按照顺序，这些都需要准确表述。另外，全文索引的具体使用示例是否需要提到MATCH AGAINST语法，这样可以更具体。 总之，整理这些信息，确保结构清晰，覆盖用户的问题，并且正确引用提供的资料，同时符合格式要求。</think>### MySQL常见索引类型及使用场景 #### 1. **B-Tree索引（默认索引类型）** **结构**：基于平衡树（B+树）实现，支持快速查找、范围查询和排序。 **适用场景**： - 全值匹配（如`WHERE column = value`） - 范围查询（如`WHERE column > value`） - 排序（`ORDER BY`）和分组（`GROUP BY`）操作 - 联合查询（`JOIN`）的关联字段 **示例**： ```sql CREATE INDEX idx_name ON table(column); ``` #### 2. **哈希索引** **结构**：基于哈希表实现，仅支持精确匹配查询。 **适用场景**： - 等值查询（如`WHERE column = value`） - 键值存储类应用（如缓存表） **限制**： - 不支持范围查询、排序 - 哈希冲突可能影响性能 **示例**： ```sql CREATE INDEX idx_hash USING HASH ON table(column); ``` #### 3. **全文索引** **结构**：基于倒排索引实现，用于文本内容的关键词搜索。 **适用场景**： - 大文本字段（如`TEXT`）的全文搜索（`MATCH...AGAINST`） - 模糊查询优化（如搜索文章内容中的关键词） **示例**： ```sql ALTER TABLE articles ADD FULLTEXT(title, content); ``` #### 4. **空间索引（R-Tree）** **结构**：基于R树实现，用于地理空间数据。 **适用场景**： - 地理坐标查询（如`GIS`数据类型：`POINT`, `POLYGON`） - 距离计算、范围覆盖判断（如地图应用） **示例**： ```sql CREATE SPATIAL INDEX idx_location ON map_data(coordinates); ``` #### 5. **主键索引** **特点**： - 唯一且非空，默认使用B-Tree结构 - 在InnoDB中为主键聚集索引（数据按主键顺序存储） **适用场景**： - 唯一标识记录的字段（如自增ID）[^1] #### 6. **唯一索引** **特点**： - 列值唯一但允许`NULL`值 - 用于避免重复数据 **示例**： ```sql CREATE UNIQUE INDEX idx_email ON users(email); ``` #### 7. **复合索引（组合索引）** **结构**：多列组合的B-Tree索引，遵循**最左前缀原则**。 **适用场景**： - 多条件查询（如`WHERE a=1 AND b=2`） - 覆盖查询（索引包含所有查询字段） **示例**： ```sql CREATE INDEX idx_a_b ON table(a, b); ``` --- ### 索引使用注意事项 1. **最左前缀原则**：复合索引仅对从左到右连续使用的字段生效。例如索引`(a, b, c)`，查询条件`a=1 AND b=2`会生效，但`b=2 AND c=3`不会。 2. **索引选择性**：选择性高的字段（如唯一值多的列）更适合建索引。 3. **覆盖索引**：若索引包含查询所需的所有字段，可避免回表操作，提升性能[^2]。 4. **索引失效场景**： - 对索引列进行运算（如`WHERE column+1=2`） - 使用`LIKE`以通配符开头（如`LIKE '%abc'`） - 类型转换（如字符串列用数字查询） ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值