[size=13.3333px]现象 [size=13.3333px]最近一直收到客户反馈某个报表数据查询不出来。 [size=13.3333px]处理过程 [size=13.3333px]将涉及SQL挖出来后研究未发现sql有任何异常,且未找到优化空间,F5查看执行计划发现耗费巨大,且两表索引均未生效,但把两表单独拿出来查询索引有效,所以初步认定为索引失效问题。 [size=13.3333px]Oracle 索引的目标是避免全表扫描,提高查询效率,但有些时候却适得其反。例如一张表中有上百万条数据,对某个字段加了索引,但是查询时性能并没有什么提高,这可能是 oracle 索引失效造成的。oracle 索引有一些限制条件,如果你违反了这些索引限制条件,那么即使你已经加了索引,oracle还是会执行一次全表扫描,查询的性能不会比不加索引有所提高,反而可能由于数据库维护索引的系统开销造成性能更差。 下面就是总结的能使 Oracle 索引失效的七大限制条件。 [size=13.3333px]1. 没有 WHERE 子句(排除) [size=13.3333px]2. 索引列使用 IS NULL 和 IS NOT NULL(排除) [size=13.3333px]SELECT ... FROM emp WHERE comm IS NULL; comm 列的索引会失效 [size=13.3333px]3. WHERE 子句中对索引使用函数(排除) [size=13.3333px]如果没有使用基于函数的索引,那么 where 子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引。例如: [size=13.3333px]select * from staff where trunc(birthdate) = '01-MAY-82'; [size=13.3333px]但是把函数应用在条件上,索引是可以生效的,把上面的语句改成下面的语句,就可以通过索引进行查找。 [size=13.3333px]select * from staff where birthdate < (to_date('01-MAY-82') + 0.9999); [size=13.3333px]注意:对于 MIN, MAX 函数,Oracle 仍然使用索引。 [size=13.3333px]4. 对索引使用 LIKE ‘%T’ 进行模糊查询(排除) [size=13.3333px]5. WHERE 子句中对索引使用不等于操作(排除) [size=13.3333px]不等于操作包括:<>, !=, NOT colum >= ?, NOT colum <= ? [size=13.3333px]对于这个限制条件可以通过 OR 替代,例如: colum <> 0 ===> colum>0 OR colum<0 [size=13.3333px]6. 等于和范围索引不会被合并使用(排除) [size=13.3333px]SELECT emp_id, emp_m, salary_q ... FROM emp WHERE job='manager' AND deptno>10 [size=13.3333px]job 和 deptno 都是非唯一索引,这种条件下 oracle 不会合并索引,它只会使用第一个索引。 [size=13.3333px]7. 比较不匹配数据类型(排除) [size=13.3333px]dept_id是一个varchar2型的字段,在这个字段上有索引,但是下面的语句会执行全表扫描。 [size=13.3333px]select * from dept where dept_id = 900198; [size=13.3333px]这是因为 oracle 会自动把 where 子句转换成 to_number(dept_id)=900198,相当于使用函数,这样就限制了索引的使用。正确写法如下: [size=13.3333px]select * from dept where dept_id = '900198'; [size=13.3333px]经过大量资料查询,一直未找到索引失效原因,所以尝试从解决失效索引方面入手 [size=13.3333px]1.尝试重建索引(无效) [size=13.3333px]2.尝试新建表及索引(无效) [size=13.3333px]3.使用HINTS机制来强制执行索引,有效,在原来语句上使用HINTS索引已可查询出结果,耗时10S,总耗费86,比原语句耗费多增加2。虽然可查询出结果,但是总感觉耗费增多不太好,且连接查询时耗费增加得异常多。故继续研究其他方案。 [size=13.3333px]/*+ index(表名 索引名)*/ [size=13.3333px]注:表在查询语句中重命名后hint表名使用重命名的表名 [size=13.3333px]4.表分析,重新进行表分析,可查询出结果,耗时15S,总耗费86 [size=13.3333px]analyze table 表名 compute statistics; [size=13.3333px]ANALYZE 表名 COMPUTE STATISTICS FOR ALL INDEXED COLUMNS; [size=13.3333px]analyze table 表名 compute statistics for table for all indexes for all indexed columns; [size=13.3333px]扩展:表最近一次分析时间查询 [size=13.3333px]SELECT t.TABLE_NAME, t.TABLESPACE_NAME, last_analyzed
FROM all_tables t --user_tables t
order by t.LAST_ANALYZED desc
注:对于系统正在频繁使用的表或者系统业务繁忙时,请不要轻易进行表分析 [size=13.3333px]处理到这里,虽然可以查询,并且可以给客户一个交代,但是不知道3和4哪种方法比较好,或者说哪位大佬可以给小姐姐提供更多的建议。
|