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哪种方法比较好,或者说哪位大佬可以给小姐姐提供更多的建议。