数据库索引失效，索引失效的情况有哪些
大家好，关于数据库索引失效很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于索引失效的情况有哪些的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！
索引失效的情况有哪些
索引失效的情况有：
1、如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)。
注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。
2、对于多列索引，不是使用的第一部分(第一个)，则不会使用索引。
3、like查询是以%开头。
索引
在关系数据库中，索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录，可以根据目录中的页码快速找到所需的内容。
索引提供指向存储在表的指定列中的数据值的指针，然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值，然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快，可快速访问数据库表中的特定信息。
索引失效的几种情况
索引失效的几种情况分别是：隐式转换、类型不一致。
1、隐式转换
隐式转换会导致索引失效，特别是在查询时将字段作为number类型以where条件传给Oracle时。这种错误的行为在开发中是常见的，也是经常会犯的错误。因为表的字段定义都是varchar2类型，而查询时将该字段设置为number类型会导致索引不可访问。
2、类型不一致
类型不一致会导致索引失效。在设计表字段时，必须保持一致性，比如user表的id是int自增。如果使用数字类型进行查询，中间存在隐式类型转换，就会导致索引失效。
此外，如果查询条件中使用了一个不匹配索引的数据类型，MySQL将无法使用该索引来优化查询，从而导致索引失效。
索引的优缺点
一、索引的优点
1、通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。
2、可以大大加快数据的检索速度，这也是创建索引的最主要的原因。
3、可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
4、在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
5、通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能
二、索引的缺点
1、创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。
2、索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。
3、当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。
MySQL索引失效
LZ好，索引是建立在一个或者几个字段上的，在这个或者这些字段建立了索引后，表中的数据在空间中的顺序就按照一定的规则排列，这样就可以加快查找速度，打个比方，索引就是书的页码
主键是表中数据的唯一标识，不同的记录有不同的主键值，打个比方，主键就是身份证
唯一也是建立在表中一个或者几个字段上的，它的目的是为了是这个或这几个字段中，不同的数据有不同的数值 324希望对你有帮助！
MySQL中有哪些情况下数据库索引会失效详析
前言
要想分析MySQL查询语句中的相关信息，如是全表查询还是部分查询，就要用到explain.
索引的优点
大大减少了服务器需要扫描的数据量
可以帮助服务器避免排序或减少使用临时表排序
索引可以随机I/O变为顺序I/O
索引的缺点
需要占用磁盘空间，因此冗余低效的索引将占用大量的磁盘空间
降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂
索引会产生相应的碎片，产生维护开销
一、explain
用法：explain+查询语句。
id：查询语句的序列号，上面图片中只有一个select语句，所以只会显示一个序列号。如果有嵌套查询，如下
select_type：表示查询类型，有以下几种
simple:简单的 select（没有使用 union或子查询）
primary:最外层的 select。
union:第二层，在select之后使用了 union。
dependent union:union语句中的第二个select，依赖于外部子查询
subquery:子查询中的第一个 select
dependent subquery:子查询中的第一个 subquery依赖于外部的子查询
derived:派生表 select（from子句中的子查询）
table：查询的表、结果集
type：全称为"join type"，意为连接类型。通俗的讲就是mysql查找引擎找到满足SQL条件的数据的方式。其值为：
system：系统表，表中只有一行数据
const：读常量，最多只会有一条记录匹配，由于是常量，实际上只须要读一次。
eq_ref：最多只会有一条匹配结果，一般是通过主键或唯一键索引来访问。
ref：对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取
fulltext：进行全文索引检索。
ref_or_null：与ref的唯一区别就是在使用索引引用的查询之外再增加一个空值的查询。
index_merge：查询中同时使用两个（或更多）索引，然后对索引结果进行合并，再读取表数据。
unique_subquery：子查询中的返回结果字段组合是主键或者唯一约束。
index_subquery：子查询中的返回结果字段组合是一个索引（或索引组合），但不是一个主键或唯一索引。
rang：索引范围扫描。
index：全索引扫描。
all：全表扫描。
性能从上到下依次降低。
possible_keys：可能用到的索引
key：使用的索引
ref：ref列显示使用哪个列或常数与key一起从表中选择行。
rows：显示MySQL认为它执行查询时必须检查的行数。多行之间的数据相乘可以估算要处理的行数。
Extra：额外的信息
Distinct:MySQL发现第1个匹配行后,停止为当前的行组合搜索更多的行。
Not exists:MySQL能够对查询进行LEFT JOIN优化,发现1个匹配LEFT JOIN标准的行后,不再为前面的的行组合在该表内检查更多的行。
range checked for each record(index map:#):MySQL没有发现好的可以使用的索引,但发现如果来自前面的表的列值已知,可能部分索引可以使用。
Using filesort:MySQL需要额外的一次传递,以找出如何按排序顺序检索行。
Using index:从只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的列信息。
Using temporary:为了解决查询,MySQL需要创建一个临时表来容纳结果。
Using where:WHERE子句用于限制哪一个行匹配下一个表或发送到客户。
Using sort_union(...), Using union(...), Using intersect(...):这些函数说明如何为index_merge联接类型合并索引扫描。
Using index for group-by:类似于访问表的Using index方式,Using index for group-by表示MySQL发现了一个索引,可以用来查询GROUP BY或DISTINCT查询的所有列,而不要额外搜索硬盘访问实际的表。
二、数据库不使用索引的情况
下面举的例子中，GudiNo、StoreId列都有单独的索引。
2.1、like查询已'%...'开头，以'xxx%'结尾会继续使用索引。
下图中第一句使用的%，没有使用索引，从rows为224147，使用索引rows为1。
2.2 where语句中使用<>和!=
2.3 where语句中使用 or，但是没有把or中所有字段加上索引。
这种情况，如果需要使用索引需要将or中所有的字段都加上索引。
2.4 where语句中对字段表达式操作
2.5 where语句中使用Not In
看了别人写的文章，有说“应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描”，实测没有全表扫描。
"对于多列索引，不是使用的第一部分，则不会使用索引",实测即使多索引，没有使用第一部分，也会命中索引，没有全表扫描。
数据库索引失效的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于索引失效的情况有哪些、数据库索引失效的信息别忘了在本站进行查找哦。