索引无效原因
最近遇到一个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;
字段依次为：
"color: #ff0000">不走索引的原因
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 >= "htmlcode">
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 = "htmlcode">
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的效率问题已经解决了，但是这不是最好的解决方案。
首先，目前的索引中已经存在包含 TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD') 的函数索引，又再创建一个 TO_DATE(TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD'), 'YYYYMMDD') ，看着就很难受
其次，强制使用索引的方法需要在SQL中指定索引名，假如数据库中的索引名发生变更，还需去更改SQL。
最好的方法是把索引字段的TO_DATE去掉，统一使用TO_CHAR的索引。
AND CAL.CALENDER = TO_DATE(TO_CHAR(TTSH.SHOHOU_DATE, 'YYYYMMDD'), 'YYYYMMDD')
上面的部分语句因为 CALENDER 字段是DATE类型，所以比较时使用了TO_DATE，其实只要把 CALENDER 转化成CHAR类型就行了，虽然看起来要改动的地方很多，其实解决了更大的问题。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com