几条MySQL不使用索引的情况
这个问题涉及到“覆盖索引”这个概念。你第一个查询是查count(*)，实际上值需要使用索引test，就能完全得到结果，不需要回聚簇索引查其他字段，因此InnoDB认为用这个所以比全表扫描快。
a.索引是有序的。NULL值进入索引时，无法确定其应该放在哪里。（将索引列值进行建树，其中必然涉及到诸多的比较操作，null 值是不确定值无法 比较，无法确定null出现在索引树的叶子节点位置。
那么需要分析多个层面，比如数据吞吐量、数据的方差、平均差等等很多参数才考虑是否用聚集索引等（mysql好像还没聚集索引），至于是否是唯一索引，我建议不使用，即使能判定数据是唯一的也不要用，全文索引也没有必要。
mysql中，如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)。要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。
MySQL中有哪些情况下数据库索引会失效详析
因此冗余低效的索引将占用大量的磁盘空间 降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂 索引会产生相应的碎片，产生维护开销explain用法：explain +查询语句。
字符串类型字段使用时，不加引号，索引将失效。如果字符串不加单引号，对于查询结果，没什么影响，但是数 据库存在隐式类型转换，索引将失效。 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
索引失效的几种情况 无法访问：网页服务器无法连接或网页无法打开，搜索引擎无法爬取和索引该网页的内容。
mysql中使用is not null 或者 is null会导致无法使用索引。mysql中like查询是以%开头，索引会失效变成全表扫描，覆盖索引。
也就是说，null值不会像其他取值一样出现在索引树的叶子节点上。不适合键值较少的列（重复数据较多的列）假如索引列TYPE有5个键值，如果有1万条数据，那么 WHERE TYPE = 1将访问表中的2000个数据块。
比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。2) 频繁更新的字段不要使用索引 比如logincount登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。
mysqlin元素过多导致全表扫描
不同的数据库，可能有不同的策略。对于mysql来说，如果表中数据非常多，in语句仍然使用索引；如果数据少，就会全表搜索，但此时因为数据少所以速度也很快。最终结论：in语句内部实行哪个快用哪个，用户无需在意。
将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成select * from users where adddate‘2007-01-01’； ◆不使用NOT IN和操作以上，就对其中MySQL索引类型进行了介绍。
like本身效率就比较低，应该尽量避免查询条件使用like；对于like ‘%...%’（全模糊）这样的条件，是无法使用索引的，全表扫描自然效率很低；另外，由于匹配算法的关系，模糊查询的字段长度越大，模糊查询效率越低。
在以下几种条件下，MySQL就会做全表扫描： 1数据表是在太小了，做一次全表扫描比做索引键的查找来得快多了。当表的记录总数小于10且记录长度比较短时通常这么做。 2没有合适用于 ON 或 WHERE 分句的索引字段。
而在IN查询当中并没有用到而已，其实你可以试试IN里的id少些时，是会用到索引的，但当IN里的id占据全表的大部分数据量时，mysql采用的时全表扫描。
mysql数据库里面,什么样的数据不需要建立索引?
数据是否重复不是建立索引的重要依据，甚至都不是依据。只要不完全重复（所有元组的该元素都一样），那么建立索引就是有意义的。即使当前数据完全重复，也不是不能建立索引，这种情况有点复杂，不细说了。
什么事索引（本质：数据结构）索引是帮助MySQL高效获取数据的数据结构。
) 频繁更新的字段不要使用索引 比如logincount登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。
第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。索引是建立在数据库表中的某些列的上面。
创建索引的目的在于提高查询效率，但也要注意：首先，索引能大大提高了查询速度，但同时却会降低更新表的速度，如对表进行INSERT，UPDATE和DELETE。因为更新表时，mysql不仅要保存数据，还要保存一下索引文件。
索引在什么时候失效
1、存储引擎不能使用索引中范围条件右边的列，范围之后索引失效。这写条件判断最后放到后面，先定位到小的范围再开始。mysql使用不等于(！= 或者)的时候，无法使用索引，会导致索引失效。
2、隐式转换 隐式转换会导致索引失效，特别是在查询时将字段作为number类型以where条件传给Oracle时。这种错误的行为在开发中是常见的，也是经常会犯的错误。
3、索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。为什么索引列不能存Null值？将索引列值进行建树，其中必然涉及到诸多的比较操作。
4、ref：对于每个来自于前面的表的行组合，所有有匹配索引值的行将从这张表中读取 fulltext：进行全文索引检索。 ref_or_null：与ref的唯一区别就是在使用索引引用的查询之外再增加一个空值的查询。
5、字符型字段为数字时在where条件里不添加引号。当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。索引失效，可以考虑重建索引，rebuild online。
mysql什么情况下不会使用索引
因此冗余低效的索引将占用大量的磁盘空间 降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂 索引会产生相应的碎片，产生维护开销explain用法：explain +查询语句。
使用索引。比如说，如果查询条件是LIKE abc%，MYSQL将使用索引；如果条件是LIKE %abc，MYSQL将不使用索引。在ORDER BY操作中，MYSQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。
如果mysql使用全表扫描要比使用索引快，则不会使用到索引。注意事项 索引列有函数处理或隐式转换，不走索引。索引列倾斜，个别值查询时，走索引代价比走全表扫描高，所以不走索引。
如果mysql估计使用全表扫描要比使用索引快，则不使用索引 比如数据量极少的表 什么情况下不推荐使用索引？1) 数据唯一性差（一个字段的取值只有几种时）的字段不要使用索引 比如性别，只有两种可能数据。
影响结果集45万。这种情况，和直接全表扫描那个快显而易见。如果你source字段是一个unique，就会用到索引。如果你一定要用索引，可以用force index，不过效率不会有改善一般还会更慢就是了。
关于MySQL什么情况会放弃索引和mysql什么情况会放弃索引命令的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。