欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

ORACLE-两表连接索引失效

程序员文章站 2022-04-04 21:33:55
现象 最近一直收到客户反馈某个报表数据查询不出来。 处理过程 将涉及SQL挖出来后研究未发现sql有任何异常,且未找到优化空间,F5查看执行计划发现耗费巨大,且两表索引均未生效,但把两表单独拿出来查询索引有效,所以初步认定为索引失效问题。 Oracle 索引的目标是避免全表扫描,提高查询效率,但有些 ......

现象

最近一直收到客户反馈某个报表数据查询不出来。

处理过程

将涉及SQL挖出来后研究未发现sql有任何异常,且未找到优化空间,F5查看执行计划发现耗费巨大,且两表索引均未生效,但把两表单独拿出来查询索引有效,所以初步认定为索引失效问题。

Oracle 索引的目标是避免全表扫描,提高查询效率,但有些时候却适得其反。例如一张表中有上百万条数据,对某个字段加了索引,但是查询时性能并没有什么提高,这可能是 oracle 索引失效造成的。oracle 索引有一些限制条件,如果你违反了这些索引限制条件,那么即使你已经加了索引,oracle还是会执行一次全表扫描,查询的性能不会比不加索引有所提高,反而可能由于数据库维护索引的系统开销造成性能更差。 下面就是总结的能使 Oracle 索引失效的七大限制条件。

1. 没有 WHERE 子句(排除)

2. 索引列使用 IS NULL IS NOT NULL(排除)

SELECT ... FROM emp WHERE comm IS NULL; comm 列的索引会失效

3. WHERE 子句中对索引使用函数(排除)

如果没有使用基于函数的索引,那么 where 子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引。例如:

select * from staff where trunc(birthdate) = '01-MAY-82';

但是把函数应用在条件上,索引是可以生效的,把上面的语句改成下面的语句,就可以通过索引进行查找。

select * from staff where birthdate < (to_date('01-MAY-82') + 0.9999);

注意:对于 MIN, MAX 函数,Oracle 仍然使用索引。

4. 对索引使用 LIKE ‘%T’ 进行模糊查询(排除)

5. WHERE 子句中对索引使用不等于操作(排除)

不等于操作包括:<>, !=, NOT colum >= ?, NOT colum <= ?

对于这个限制条件可以通过 OR 替代,例如: colum <> 0  ===>   colum>0 OR colum<0

6. 等于和范围索引不会被合并使用(排除)

SELECT emp_id, emp_m, salary_q ... FROM emp WHERE job='manager' AND deptno>10

job deptno 都是非唯一索引,这种条件下 oracle 不会合并索引,它只会使用第一个索引。

7. 比较不匹配数据类型(排除)

dept_id是一个varchar2型的字段,在这个字段上有索引,但是下面的语句会执行全表扫描。

select * from dept where dept_id = 900198;

这是因为 oracle 会自动把 where 子句转换成 to_number(dept_id)=900198,相当于使用函数,这样就限制了索引的使用。正确写法如下:

select * from dept where dept_id = '900198';

经过大量资料查询,一直未找到索引失效原因,所以尝试从解决失效索引方面入手

1.尝试重建索引(无效)

2.尝试新建表及索引(无效)

3.使用HINTS机制来强制执行索引,有效,在原来语句上使用HINTS索引已可查询出结果,耗时10S,总耗费86,比原语句耗费多增加2。虽然可查询出结果,但是总感觉耗费增多不太好,且连接查询时耗费增加得异常多。故继续研究其他方案。

/*+ index(表名 索引名)*/

注:表在查询语句中重命名后hint表名使用重命名的表名

4.表分析,重新进行表分析,可查询出结果,耗时15S,总耗费86

analyze table 表名 compute statistics;

ANALYZE 表名 COMPUTE STATISTICS FOR ALL INDEXED COLUMNS;

analyze table 表名 compute statistics for table for all indexes for all indexed columns;

扩展:表最近一次分析时间查询

SELECT t.TABLE_NAME, t.TABLESPACE_NAME, last_analyzed
  FROM all_tables t --user_tables t
 order by t.LAST_ANALYZED desc
注:对于系统正在频繁使用的表或者系统业务繁忙时,请不要轻易进行表分析

处理到这里,虽然可以查询,并且可以给客户一个交代,但是不知道3和4哪种方法比较好,或者说哪位大佬可以给小姐姐提供更多的建议。