mysql哪些查询不会使用索引，mysql查询不包含

索引失效的情况和解释

索引失效的情况有：如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)。注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。

索引不存储null值更准确的说，单列索引不存储null值，复合索引不存储全为null的值。索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。

因此冗余低效的索引将占用大量的磁盘空间 降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂 索引会产生相应的碎片，产生维护开销explain用法：explain +查询语句。

在某些情况下，is null值可能会使索引失效。一种情况是在某些数据库系统中，当一个列包含nul值时，这个列上的索引可能会失效。这是因为在B树索引结构中，nul值不会被存储在索引中，而只有具体的值才会被存储。

字段依次为：例如常见的， TO_CHAR 、 TO_DATE 、 TO_NUMBER 、 TRUNC ...等等。 此时的解决办法可以使用 函数索引 ，顾名思义就是把使用函数后的字段整体当成索引中的字段。

首先我们还是先把表结构说下：用户表tb_user结构如下： 不要在索引列上进行运算操作， 索引将失效。

相关问答

Q1: MySQL何时使用索引与不使用索引

1、不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。

2、说明：不要以为唯一索引影响了 insert 速度，这个速度损耗可以忽略，但提高查找速度是明显的。某个字段在SELECT语句的 WHERE 条件中经常被使用到，那么就需要给这个字段创建索引了。

3、即使朋友可以分别通过2个索引检索然后自己在脑中取交集再找，那这样的效率实际过程中也会比较低下。

4、当查询 where id =10的 时候，使用到索引表。由于10下面是15，不可能有大于10的数。所以不再进行扫描表操作。返回第二条数据，对应回主表的第二行。这样就提高了查询的速度，如果没添加索引；则扫描整张主表。

5、MySQL从223版开始支持全文索引和全文检索。在MySQL中，全文索引的索引类型为FULLTEXT。全文索引可以在VARCHAR或者TEXT类型的列上创建。它可以通过CREATE TABLE命令创建，也可以通过ALTER TABLE或CREATE INDEX命令创建。

6、MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。

Q2: MySQL索引的缺点以及MySQL索引在实际操作中有哪些事项_MySQL

1、第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。

2、索引不存储null值。更准确的说，单列索引不存储null值，复合索引不存储全为null的值。索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。

3、首先我们还是先把表结构说下：用户表tb_user结构如下：不要在索引列上进行运算操作，索引将失效。

4、而就是因为这些特点需要去维护，所以就有了上面提到的缺点，当索引很多后，反而增加了系统的负担。接着说B+树。

5、表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。大多数MySQL索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在B树中存储。

Q3: 关于MySQL索引的几点值得注意的事项_MySQL

不适合键值较少的列（重复数据较多的列）。假如索引列TYPE有5个键值，如果有1万条数据，那么 WHERE TYPE = 1将访问表中的2000个数据块。再加上访问索引块，一共要访问大于200个的数据块。

索引列排序 MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。

MySQL建表，字段需设置为非空，需设置字段默认值。 MySQL建表，字段需NULL时，需设置字段默认值，默认值不为NULL。 MySQL建表，如果字段等价于外键，应在该字段加索引。

mysql的索引类型及使用索引时的注意事项有：普通索引。这是最基本的索引，它没有任何限制。

表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。大多数MySQL索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在B树中存储。

usernname，city，age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率也会大不一样，远远低于我们的组合索引。虽然此时有了三个索引，但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。

Q4: MySQL使用=或=范围查询时不走索引

1、网上查询有说是因为在查询数据条数约占总条数五分之一以下时能够使用到索引，但超过五分之一时，使用全表扫描。

2、可以提供一下你的表结构和索引，以及问题所说的不能使用索引的sql。这样大家才好帮你定位解决问题。

3、应尽量避免在 where子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。应尽量避免在 where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描。

4、不一定的，在很多场景下，NOT IN、不等于两类操作使用二级索引的成本远超于全表扫描的成本，查询优化器按照成本选择最优执行计划，导致查询不走二级索引。但不能因此就彻底判断NOT IN或两类操作不能走索引。

5、当然具体是否使用index merge，优化器会自己选择，比如and连接时有联合索引，或干脆全表查询就很快，就没必要使用它了。

Q5: MySQL中有哪些情况下数据库索引会失效详析

mysql中使用is not null 或者 is null会导致无法使用索引。mysql中like查询是以%开头，索引会失效变成全表扫描，覆盖索引。

字符串类型字段使用时，不加引号，索引将失效。如果字符串不加单引号，对于查询结果，没什么影响，但是数 据库存在隐式类型转换，索引将失效。 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。

也就是说，null值不会像其他取值一样出现在索引树的叶子节点上。不适合键值较少的列（重复数据较多的列）假如索引列TYPE有5个键值，如果有1万条数据，那么 WHERE TYPE = 1将访问表中的2000个数据块。

关于mysql哪些查询不会使用索引和mysql查询不包含的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。