oracle索引，条件的索引都加了，组合索引，怎么才能让下面oracle语句的索引生效？执行要几秒钟太慢了

Posted 2023-03-16

对着执行计划，索引加来加去，就是不生效，from之前的字段是整张表的字段数的80%

假设两表表内连接的情况：
1. oracle 默认在进行表连接查询时使用HASH JOIN，这种情况下必然有一个表会被做为驱动表全部读取到内存中（假设表的数据不多，hash_area_size设置的内存够大）。

2. 假设表的数据非常多，hash_area_size设置的内存不够，则驱动表会被分为PARTITION分别读入，效率就会差些。
在使用HASH JOIN时，索引的作用微乎其微，所以不要只看全表扫描，在1这种情况下，ORACLE的表连接是效率最高的时候。
所以就是把数据量最小的表放到from子句越往后越好，你用了inner join，就是把小表放到inner join后面，where子句中能最快，过滤更多记录的条件也往后放。适当调整hash_area_size的大小。

你可以先设置HASH_JOIN_ENABLED=FALSE, 让ORACLE使用 NEST LOOP 或 SORT MERGE，比较一下效果，三种连接的优劣你可以在网上搜到，HASH JOIN还是首选，但不是唯一选择。

还有一种提高效率的方法，如果你的服务器CPU是多核的，你可以通过hints进行并行查询：
select /*+ parallel(t,4)*/ t.* from tab t; -- 四核CPU追问

hash_area_size 百万级的，一般要设置多大？
我的是oracle11G，设置成默认的10倍，变慢了。
然后设置回来，再关掉：
SQL> alter session set HASH_JOIN_ENABLED=FALSE;
Session altered.
也没区别？

select /*+ parallel(t,12)*/ 也没效果？

追答

hash_area_size不要设太大，一个会话可能会有很多个HASH JOIN， 一般为sort_area_SIZE的两倍。这个根据实际情况来判断吧，9i 以后的版本好像不推荐去设置hash_area_size，而是设置PGA_AGGRATE_TARGET让ORACLE自动管理PGA内存，这个我不太熟悉。

对你的几张表不是很熟悉，对于SQL语句的优化举个例子，三张表A, B, C，A表最小，B表第二，C最大，三表连接查询
select /*+ use_hash(c, b) ordered NO_EXPAND full(a) use_hash(a)*/

表字段
from C c, B b, A a
where a.id = b.id

and b.id2 = c.id2

-- 也可以加上并行parallel，但确定你真的需要，并且系统资源够用，还要设置并行启用
-- 开启 alter table t1 parallel;
--关闭 alter table t1 noparallel;

追问

select count(*) from DN_PRODUCT 63w
SELECT COUNT(*) FROM dn_request 79W
select count(*) from dn_product_request 67W
其他表都是小表，你的例子我有点明白，但是不知道怎么应用，烦请帮我具体到实际上了，谢谢。

参考技术A

回答几个问题：

那个表数据量最大，

执行哪个操作花费成本最多

你在这个表上的索引是怎样的？

追问

这个执行计划倒数那3张都是50W数据量，这三张表的索引是from之后的所有条件都作为索引

追答

你这都是全表扫描啊，一个索引都没有生效啊。

你列几个 数据量大的，where中用的字段的索引，我看看。

最好再告诉我一下表中有多少行，满足条件的有多少行（比如pui.client_id=‘102。。。’的那个条件）

追问

满足条件的是28000条，很少的。有2个索引生效了，但是执行所需要的时间基本没变



追答

你分别对 要到的列 建单列索引， 试试

追问

按照你说的，上面用到的列我都加了单列索引，有2长表还是做了全表扫描。。另外一张request改善也不大

能使 Oracle 索引失效的六大限制条件

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’;