现象
最近一直收到客户反馈某个报表数据查询不出来。
处理过程
将涉及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哪种方法比较好，或者说哪位大佬可以给小姐姐提供更多的建议。