度量快速开发平台-专业、快速的软件定制快开平台

标题: ORACLE-两表连接索引失效 [打印本页]

作者: fteair 时间: 2020-7-8 17:42
标题: ORACLE-两表连接索引失效

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

作者: caixuqad 时间: 2020-7-8 17:43

作者: fteair 时间: 2020-7-8 17:44

作者: 张兴康 时间: 2020-7-9 14:06

作者: fteair 时间: 2020-7-9 17:21

作者: 张兴康 时间: 2020-7-11 14:30

作者: fteair 时间: 2020-7-11 17:37

作者: caixuqad 时间: 2020-7-12 16:28

欢迎光临度量快速开发平台-专业、快速的软件定制快开平台 (http://plat.delit.cn/)