欢迎来到雅狐站长网!
兔子CDN

Oracle

当前位置:主页 > 数据库 > Oracle >

Oracle Index索引无效的原因与解决方法

时间:2021-05-03 08:54:25|栏目:Oracle|点击:

索引无效原因

最近遇到一个Oracle SQL语句的性能问题,修改功能之前的运行时间平均为0.3s,可是添加新功能后,时间达到了4~5s。虽然几张表的数据量都比较大(都在百万级以上),但是也都有正确创建索引,不知道到底慢在了哪里,下面展开调查。

经过几次排除,把问题范围缩小在索引上,首先在确定索引本身没有问题的前提下,考虑索引有没有被使用到,那么新的问题来了,怎么知道指定索引是否被启用。

判断索引是否被执行

1. 分析索引

即将索引至于监控状态下,对索引进行分析。如下对 ID_TT_SHOHOU_HIST_002 索引进行分析

alter index ID_TT_SHOHOU_HIST_002 monitoring usage;

2. 查看v$object_usage视图中记录的信息

select * from v$object_usage;

Oracle Index索引无效的原因与解决方法

字段依次为:

•INDEX_NAME --索引名

•TABLE_NAME --表名

•MONITORING --是否被监控

• USED --是否被启用

•START_MONITORING --监控开始时间

•END_MONITORING --监控结束时间

如上图,虽然索引已经被引用,但是速度依旧很慢,莫非是虽然启用了索引,但是又被其他的一些原因拖慢了速度,继续调查。

调查途中,收集到一些Oracle 数据库不走索引的原因分享给大家

不走索引的原因

1. 在索引列上使用函数时不会使用索引

例如常见的, TO_CHAR 、 TO_DATE 、 TO_NUMBER 、 TRUNC ...等等。

此时的解决办法可以使用 函数索引 ,顾名思义就是把使用函数后的字段整体当成索引中的字段。

如下图中的 TO_CHAR(SHOHOU_DATE, 'YYYYMMDD') 就是一个函数索引,因为日期字段中含有时分秒,进行日期比较的时候,必须转化成固定的格式。

CREATE INDEX ID_TT_SHOHOU_HIST_003
ON TT_SHOHOU_HIST
(DEL_FLG,TO_CHAR(SHOHOU_DATE, 'YYYYMMDD'), SHOHOU_ID)
TABLESPACE SALESPA_INDEX

2. 索引的列进行隐式的类型转换

SELECT * FROM TABLE WHERE INDEX_COLUM = 5

上面语句中的 INDEX_COLUM 字段类型为 VARCHAR2 ,这时就会发生隐式类型转换,类似于

SELECT * FROM TABLE WHERE TO_NUMBER(INDEX_COLUM) = 5

3. WHERE 子句中使用不等于操作

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

替代方式可以使用OR, colum <> 0 =====> colum > 0 or colum < 0;

4. 使用 IS NULL 和 IS NOT NULL

替代方式:函数索引

通过 nvl(b,c) 将为空的字段转为不为空的c值,再在函数nvl(b,c)上建立函数索引

转换前

SELECT * FROM A WHERE B = NULL

转换后

SELECT * FROM A WHERE NVL(B,C) = C

5. 组合索引

组合索引:由多个列构成的索引。如

CREATE INDEX INDEX_EMP ON EMP (COL1,COL2,COL3,...)

INDEX_EMP 则为复合索引, COL1 为引导列。进行查询时,可以使用 WHERE COL1 = ? ,也可以使用 WHERE COL1 = ? AND COL2 = ? ,这样的限制条件都会使用索引,但是 WHERE COL2 = ? ,不会使用索引,所以限制条件中包含引导列时,该限制条件才会使用组合索引。

经过一番调查,我使用的SQL语句检索条件中对时间列进行 TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD') 格式化日期,去除掉时分秒。再建立函数索引后仍然没有起到优化加速的效果,仔细观察发现在使用TO_CHAR格式化时间之后,又进行TO_DATE转为时间格式和其他子查询的字段进行比较。然后很快想到,建立一个 TO_DATE(TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD'), 'YYYYMMDD') 这样的函数索引,结果缺失提高了不少的运行速度,从4~5s缩短到了0.5s左右。

但是这只是在PL/SQL软件中运行SQL提高了速度,实际项目运行仍然是4~5s,使用语句查看索引的使用状况时,发现并没有使用索引,但是在PL/SQL软件中确实调用了索引,这至今都是未解之谜,如果有大神知道原因希望能帮我解答一下这个疑问。

既然不能自动调用,只能强制让SQL走指定索引了,强制的方法如下

在 SELECT 语句后加入 /*+INDEX(TTSH ID_TT_SHOHOU_HIST_002)*/ ,其中 TTSH 是表的别名(当表有别名的时候,必须在索引前加入表的别名)

SELECT /*+INDEX(TTSH ID_TT_SHOHOU_HIST_002)*/ 
TO_DATE(TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD'), 'YYYYMMDD') AS SHOHOU_DATE 
FROM TT_SHOHOU_HIST TTSH
WHERE ...

至此,SQL的效率问题已经解决了,但是这不是最好的解决方案。

上一篇:Oracle中sql语句(+)符号代表连接的使用讲解

栏    目:Oracle

下一篇:没有了

本文标题:Oracle Index索引无效的原因与解决方法

本文地址:http://www.cnzzww.cn/racle/56534.html

广告投放 | 联系我们 | 版权申明

重要申明:本站所有的文章、图片、评论等,均由网友发表或上传并维护或收集自网络,属个人行为,与本站立场无关。

如果侵犯了您的权利,请与我们联系,我们将在24小时内进行处理、任何非本站因素导致的法律后果,本站均不负任何责任。

联系QQ: | 邮箱:111#qq.com(#换成@)

Copyright © 2015-2020 雅狐站长网 版权所有 苏ICP备20040415号