知识大全适时增加Distinct提高查询效率

Posted 2022-07-15 操作

篇首语：知识是有学问的人的第二个太阳。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全适时增加Distinct提高查询效率相关的知识，希望对你有一定的参考价值。

适时增加Distinct提高查询效率 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

只有增加DISTINCT关键字 Oracle必然需要对后面的所有字段进行排序以前也经常发现由于开发人员对SQL不是很理解在SELECT列表的多个字段前面添加了DISTINCT 造成查询基本上不可能执行完成甚至产生ORA 错误所以一直向开发人员强调DISTINCT给性能带来的影响

　　没想到开发人员在测试一条大的SQL的时候告诉我如果加上了DISTINCT 则查询大概需要分钟左右可以执行完如果不加DISTINCT 则查询执行了多分钟仍然得不到结果

　　首先想到的是可能DISTINCT是在子查询中由于加上了DISTINCT 将第一步结果集缩小了导致查询性能提高结果一看SQL 发现DISTINCT居然是在查询的最外层

　　由于原始SQL太长而且牵扯的表太多很难说清楚这里模拟了一个例子这个例子由于数据量和SQL的复杂程度限制无法看出二者执行时间上的明显差别这里从两种情况的逻辑读对比来说明问题

　　首先建立模拟环境　

SQL> CREATE TABLE T AS SELECT * FROM DBA_OBJECTS　　 WHERE OWNER = SYS 　　 AND OBJECT_TYPE NOT LIKE %BODY 　　 AND OBJECT_TYPE NOT LIKE JAVA% ;　　Table created 　　SQL> CREATE TABLE T AS SELECT * FROM DBA_SEGMENTS WHERE OWNER = SYS ;　　Table created 　　SQL> CREATE TABLE T AS SELECT * FROM DBA_INDEXES WHERE OWNER = SYS ;　　Table created 　　SQL> ALTER TABLE T ADD CONSTRAINT PK_T PRIMARY KEY (OBJECT_NAME);　　Table altered 　　SQL> CREATE INDEX IND_T _SEGNAME ON T (SEGMENT_NAME);　　Index created 　　SQL> CREATE INDEX IND_T _TABNAME ON T (TABLE_NAME);　　Index created 　　SQL> EXEC DBMS_STATS GATHER_TABLE_STATS(USER T METHOD_OPT => FOR ALL INDEXED COLUMNS SIZE CASCADE => TRUE)　　PL/SQL procedure successfully pleted 　　SQL> EXEC DBMS_STATS GATHER_TABLE_STATS(USER T METHOD_OPT => FOR ALL INDEXED COLUMNS SIZE CASCADE => TRUE)　　PL/SQL procedure successfully pleted 　　SQL> EXEC DBMS_STATS GATHER_TABLE_STATS(USER T METHOD_OPT => FOR ALL INDEXED COLUMNS SIZE CASCADE => TRUE)　　PL/SQL procedure successfully pleted

　　仍然沿用上面例子中的结构看看原始SQL和增加DISTINCT后的差别

SQL> SET AUTOT TRACE　　SQL> SELECT T OBJECT_NAME T OBJECT_TYPE T TABLESPACE_NAME　　 FROM T T 　　 WHERE T OBJECT_NAME = T SEGMENT_NAME　　 AND T OBJECT_NAME IN　　 (　　 SELECT INDEX_NAME FROM T 　　 WHERE T TABLESPACE_NAME = T TABLESPACE_NAME　　 );　　 rows selected 　　Execution Plan　　　　 SELECT STATEMENT Optimizer=CHOOSE (Cost= Card= Bytes= )　　 HASH JOIN (SEMI) (Cost= Card= Bytes= )　　 HASH JOIN (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　Statistics　　　　 recursive calls　　 db block gets　　 consistent gets　　 physical reads　　 redo size　　 bytes sent via SQL*Net to client　　 bytes received via SQL*Net from client　　 SQL*Net roundtrips to/from client　　 sorts (memory)　　 sorts (disk)　　 rows processed　　SQL> SELECT DISTINCT T OBJECT_NAME T OBJECT_TYPE T TABLESPACE_NAME　　 FROM T T 　　 WHERE T OBJECT_NAME = T SEGMENT_NAME　　 AND T OBJECT_NAME IN　　 (　　 SELECT INDEX_NAME FROM T 　　 WHERE T TABLESPACE_NAME = T TABLESPACE_NAME　　 );　　 rows selected 　　Execution Plan　　　　 SELECT STATEMENT Optimizer=CHOOSE (Cost= Card= Bytes= )　　 SORT (UNIQUE) (Cost= Card= Bytes= )　　 HASH JOIN (Cost= Card= Bytes= )　　 HASH JOIN (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　 TABLE ACCESS (FULL) OF T (Cost= Card= Bytes= )　　Statistics　　　　 recursive calls　　 db block gets　　 consistent gets　　 physical reads　　 redo size　　 bytes sent via SQL*Net to client　　 bytes received via SQL*Net from client　　 SQL*Net roundtrips to/from client　　 sorts (memory)　　 sorts (disk)　　 rows processed

　　从统计信息可以看出添加了DISTINCT后语句的逻辑读反而比不加DISTINCT要高为什么会产生这种情况还要从执行计划说起

　　不加DISTINCT的情况由于使用IN子查询的查询 Oracle对第二个连接采用了HASH JOIN SEMI 这种HASH JOIN SEMI相对于普通的HASH JOIN 代价要大一些

　　而添加了DISTINCT之后 Oracle知道最终肯定要进行排序去重的操作因此在连接的时候就选择了HASH JOIN作为了连接方式这就是为什么加上了DISTINCT之后逻辑读反而减少了但是同时加上了DISTINCT之后语句增加了一个排序操作而在不加DISTINCT的时候是没有这个操作的

　　当连接的表数据量很大但是SELECT的最终结果不是很多且SELECT列的个数不是很多的时候加上DISTINCT之后这个排序的代价要小于SEMI JOIN连接的代价这就是增加一个DISTINCT操作查询效率反而提高这个似乎不可能发生的情况的真正原因

cha138/Article/program/Oracle/201311/18286

知识大全 适时增加Distinct提高查询效率

知识大全适时增加Distinct提高查询效率