摘要：
mysql like 索引失效？索引查询失效的几个情况：1、like 以%开头，索引无效；当like前缀没有%，后缀有%时，索引有效。2、or语句前后没有同时使用索引。当or左右查... mysql like 索引失效？
索引查询失效的几个情况：
1、like 以%开头，索引无效；当like前缀没有%，后缀有%时，索引有效。
2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引，该索引失效，只有当or左右查询字段均为索引时，才会生效。
3、组合索引，不是使用第一列索引，索引失效。
4、数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型，使索引无效，产生全表扫描。
图片来源：网络
5、在索引列上使用 IS NULL 或 IS NOT NULL操作。索引是不索引空值的，所以这样的操作不能使用索引，可以用其他的办法处理。
trunc入参会使索引失效吗？
使用TRUNC函数对日期类型的字段进行处理不会使索引失效。因为查询中使用的字段是原始字段，而不是TRUNC函数处理后的结果。所以，索引仍然可以被优化器使用，并且不会对查询性能产生负面影响。然而，在某些情况下，使用TRUNC函数可能会降低查询性能，因为它可能会迫使系统执行全表扫描而不是使用索引。因此，在使用TRUNC函数时应该谨慎，最好进行适当的测试和优化。
使用trunc函数的入参不会使索引失效。Trunc是用来截取日期字段的，并不会对索引产生影响。而且，如果日期字段上有索引，使用trunc函数截取日期后仍可以使用这个索引，只是需要在查询时使用与索引一致的函数才能正确的查询到数据。所以，使用trunc函数可以更准确地定位需要查询的数据。同时，应该注意不要对大表使用trunc函数，否则会影响性能。
使用trunc函数截取日期参数不会使索引失效，因为索引基于日期列，而不是基于trunc函数的结果。trunc函数只是将日期的时间戳截断，而不是改变原日期所在的日期范围。因此，如果查询中使用了相同的trunc函数，索引仍然会将这些查询匹配到正确的行上。然而，如果查询中没有使用trunc函数，而是直接使用了一个日期参数，则会导致索引失效。
值为null一定会导致索引失效吗？
不一定。在某些情况下，值为null可能会导致索引失效，但在其他情况下，它不会导致索引失效。
如果您使用的是一个数组来存储数据，并且数组长度为0，那么在访问该数组时，可能会出现值为null的情况。这通常会导致程序崩溃或产生不可预测的行为。
然而，如果您使用的是一个对象来存储数据，并且该对象具有一个名为“index”的属性（通常是用来保存该对象在数组中的索引），则通常不会出现值为null的情况。即使您使用了一个对象作为数组长度为0的数组的元素，该对象的“index”属性仍然会保留它的值，并且可以使用它来访问该数组中的其他元素。
oracle数据表分区，truncate或drop后会导致索引失效，除了重建索引有没有更好的快速解决方法？
有一个办法，就是在每个分区建立同样的索引，而不是建全局索引，这样，当把分区truncate或者drop的时候，只是把那个分区的索引也给删掉了，而不影响其他分区
如何检查一个表的索引是否失效？
建了索引没好用不好用这一说,只有能不能用得上这一说法,主要要看你写的sql里有没有用到索引关键字,还有就是sql的结果占总数据量的比例,这是个复杂的判断过程,由oracle自动完成.
如果你的不好用是指索引总是坏,那你得找一下原因,你对表的DML操作,oracle都会自动去维护这个索引,一般来说你这种情况不应该出现的,是否是因为你的磁盘不稳定造成的.
看索引是否损坏,你可以查dba_indexes.status字段,如果不是VALID,那就是坏了
