oracle sql调优的经历（隐士转换导致索引失效）

今天同事给了一个语句，SELECT IMAGE FROM zhuaqu03.SL_ALIBABA4_PRODUCT_IMAGE WHERE P_ID =38184496132。他说查询慢。

首先我看到：表里一共有200多万。

SQL> select count(*) from zhuaqu03.SL_ALIBABA4_PRODUCT_IMAGE; 

  COUNT(*)

----------

   2622603

然后给P_ID列建立普通索引。再次执行  ，速度没有增加！！！

查看执行计划：发现没有走索引，还是全表扫描。

这是很奇怪的，因为从大数据里选取少量数据，是应该走索引的。

老大提醒说因为，是字段字符类型的原因。 p_id是 VARCHAR2类型的。

SQL> desc  zhuaqu03.SL_ALIBABA4_PRODUCT_IMAGE

 Name                                      Null?    Type

 ----------------------------------------- -------- ----------------------------

 ID                                        NOT NULL VARCHAR2(4000)

 FETCH_DATE                                         DATE

 P_ID                                                     VARCHAR2(4000)

 IMAGE                                                 VARCHAR2(4000)

 IMAGE_SRC                                         VARCHAR2(4000)

 错误分析：语句却没有加单引号。

SELECT IMAGE FROM zhuaqu03.SL_ALIBABA4_PRODUCT_IMAGE WHERE P_ID =38184496132

正常的情况字符型的数据要添加上单引号，但是oracle会隐士转换。所以你不加单引号也不报错，但是会导致索引失效。

调优之后：

SELECT IMAGE FROM zhuaqu03.SL_ALIBABA4_PRODUCT_IMAGE WHERE P_ID =‘38184496132’；

然后再看执行计划：发现已经走索引了。

小节：

Oracle 中对不同类型的处理具有显式类型转换 (Explicit) 和隐式类型转换 (Implicit) 两种方式，对于显式类型转换，我们是可控的，但是对于隐式类型转换，当然不建议使用 ,  因为很难控制，有不少缺点，但是我们很难避免碰到隐式类型转换 , 如果不了解隐式类型转换的规则，那么往往会改变我们 SQL 的执行计划，从而可能导致效率降低或其它问题。

容易引起oracle索引失效的原因很多： 

1、在索引列上使用函数。如SUBSTR,DECODE,INSTR等，对索引列进行运算.需要建立函数索引就可以解决了。 

2、新建的表还没来得及生成统计信息，分析一下就好了 

3、基于cost的成本分析，访问的表过小，使用全表扫描的消耗小于使用索引。  

4、使用<>、not in 、not exist，对于这三种情况大多数情况下认为结果集很大，一般大于5%-15%就不走索引而走FTS（全表扫描）。 

5、单独的>、<。 

6、like "%_" 百分号在前。 

7、单独引用复合索引里非第一位置的索引列。也就是说查询谓词并未使用组合索引的第一列，此处有一个INDEX SKIP SCAN概念

 8、字符型字段为数字时在where条件里不添加引号。 

 9、当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。 

10、索引失效，可以考虑重建索引，rebuild online。 

11、B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null  都会走、联合索引 is not null 只要在建立的索引列（不分先后）都会走

12 、在包含有null值的table列上建立索引，当时使用select count(*) from table时不会使用索引。

13、加上hint 还不走索引，那可能是因为你要走索引的这列是nullable，虽然这列没有空值。（将字段改为not null，就会走）