索引在什么时候失效
1、隐式转换 隐式转换会导致索引失效，特别是在查询时将字段作为number类型以where条件传给Oracle时。这种错误的行为在开发中是常见的，也是经常会犯的错误。
2、存储引擎不能使用索引中范围条件右边的列，范围之后索引失效。这写条件判断最后放到后面，先定位到小的范围再开始。mysql使用不等于(！= 或者)的时候，无法使用索引，会导致索引失效。
3、ref：对于每个来自于前面的表的行组合，所有有匹配索引值的行将从这张表中读取 fulltext：进行全文索引检索。 ref_or_null：与ref的唯一区别就是在使用索引引用的查询之外再增加一个空值的查询。
4、也就是说，null值不会像其他取值一样出现在索引树的叶子节点上。不适合键值较少的列（重复数据较多的列）假如索引列TYPE有5个键值，如果有1万条数据，那么 WHERE TYPE = 1将访问表中的2000个数据块。
5、字符型字段为数字时在where条件里不添加引号。当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。索引失效，可以考虑重建索引，rebuild online。
mysqlunionall无法走索引
1、数据量较大：当合并的结果集数据量较大时，排序操作所需的时间也会相应增加。索引不合理：联合查询和排序操作涉及到的字段没有正确的索引，那么查询就会变慢，导致后排序慢。
2、在数据库中，UNION和UNION ALL关键字都是将两个结果集合并为一个，但这两者从使用和效率上来说都有所不同。
3、建议认真考虑使用场景再决定是否使用union all。
4、IN 会走索引，但是当IN的取值范围较大时会导致索引失效，走全表扫描， 见： MySQL中使用IN会不会走索引 不走索引。走索引。
5、此时就需要对city和age建立索引，由于mytable表的userame也出现在了JOIN子句中，也有对它建立索引的必要。刚才提到只有某些时候的LIKE才需建立索引。因为在以通配符%和_开头作查询时，MySQL不会使用索引。
6、、在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。
索引失效常见情景
最佳左前缀原则——如果索引了多列，要遵守最左前缀原则。指的是查询要从索引的最左前列开始并且不跳过索引中的列。不在索引列上做任何操作，会导致索引失效而导致全表扫描。
索引不存储null值更准确的说，单列索引不存储null值，复合索引不存储全为null的值。索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。
) 没有查询条件，或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分，应该是30％以上。
因此冗余低效的索引将占用大量的磁盘空间 降低DML性能，对于数据的任意增删改都需要调整对应的索引，甚至出现索引分裂 索引会产生相应的碎片，产生维护开销explain用法：explain +查询语句。
当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。索引失效，可以考虑重建索引，rebuild online。
mysql多列索引失效的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql 多索引、mysql多列索引失效的信息别忘了在本站进行查找喔。