mysql中使用is not null 或者 is null会导致无法使用索引。mysql中like查询是以%开头，索引会失效变成全表扫描，覆盖索引。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：主机域名、网站空间、营销软件、网站建设、洛江网站维护、网站推广。
字符串类型字段使用时，不加引号，索引将失效。如果字符串不加单引号，对于查询结果，没什么影响，但是数 据库存在隐式类型转换，索引将失效。 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
union：第二层，在select 之后使用了 union。
在ORDER BY操作中，MYSQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。尽管如此，在涉及多个数据表的查 询里，即使有索引可用，那些索引在加快ORDER BY操作方面也没什么作用。
存在类型转换，比如你的索引字段是varchar型，但是你搜索条件却是userid=333，那这样索引不生效。数据量极少时，Mysql不会使用索引，因为全表扫描速度更快。where条件中的索引运算设计计算时，索引失效。
如果mysql估计全表扫描要比使用索引要快，会不适用索引 other 1) 没有查询条件，或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分，应该是30％以上。
1、索引不存储null值更准确的说，单列索引不存储null值，复合索引不存储全为null的值。索引不能存储Null，所以对这列采用is null条件时，因为索引上根本没Null值，不能利用到索引，只能全表扫描。
2、索引列排序MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。
3、如果mysql估计使用全表扫描要比使用索引快，则不使用索引 比如数据量极少的表 什么情况下不推荐使用索引？1) 数据唯一性差（一个字段的取值只有几种时）的字段不要使用索引 比如性别，只有两种可能数据。
4、一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。 索引只是提高效率的一个因素，如果你的MySQL有大数据量的表，就需要花时间研究建立最优秀的MySQL索引，或优化查询语句。
网上查询有说是因为在查询数据条数约占总条数五分之一以下时能够使用到索引，但超过五分之一时，使用全表扫描。
如果MySQL估计使用索引比全表扫描更慢，则不适用索引，ex：列key_part1均匀的分布在1-100之间。
不一定的，在很多场景下，NOT IN、不等于两类操作使用二级索引的成本远超于全表扫描的成本，查询优化器按照成本选择最优执行计划，导致查询不走二级索引。但不能因此就彻底判断NOT IN或两类操作不能走索引。
你好，很高兴回答你的问题。可以提供一下你的表结构和索引，以及问题所说的不能使用索引的sql。这样大家才好帮你定位解决问题。
no， title， from_date，还有一个辅助索引emp_no。
