主页 / dba / 问题 / 58262
Accepted
nitesh.kodle123
Asked: 2014-02-06 00:27:38 +0800 CST

IN 和 Not IN 在性能方面有什么区别？

  • 772

我是数据库新手。我怀疑在性能方面IN和NOT IN之间有什么区别。

当我使用 IN 时，当我使用NOT IN时，同一查询（逻辑上相同的查询）花费的时间更少。

oracle-11g performance

1 个回答

  1. Best Answer

    如果列上有索引，IN 子句可以更好地利用它。你可以自己测试一下：

    CREATE TABLE TEST1
(
  STATUS NUMBER NOT NULL
);

CREATE INDEX IXTEST1 ON TEST1(STATUS);

insert into test1
select MOD(level,10)
from dual
connect by level <= 10000;

select * from TEST1 where status in (0,1,2,3,4);
select * from TEST1 where status not in (5,6,7,8,9);

    如果我们为这两个语句运行 oracle tuning advisor，我们首先得到：

    ---------------------------------------------- ------------------------------
没有改进声明的建议。

---------------------------------------------- ------------------------------
解释计划部分
---------------------------------------------- ------------------------------

1- 原件
----------
计划哈希值：1479979182


---------------------------------------------- --------------------------
| 编号 | 操作 | 名称 | 行 | 字节 | 成本 (%CPU)| 时间 |
---------------------------------------------- --------------------------
| 0 | 选择语句 | | 1 | 13 | 1 (0)| 00:00:01 |
| 1 | 列表迭代器 | | | | | |
|* 2 | 索引范围扫描| 测试1 | 1 | 13 | 1 (0)| 00:00:01 |
---------------------------------------------- --------------------------

查询块名称/对象别名（由操作 id 标识）：
---------------------------------------------- ----------

   1 - 1 美元
   2 - SEL$1 / TEST1@SEL$1

谓词信息（由操作 id 标识）：
---------------------------------------------- -

   2 - 访问（“状态”=0 或“状态”=1 或“状态”=2 或“状态”=3 或
              “状态”=4)

列投影信息（由操作 id 标识）：
---------------------------------------------- ----------

   1 - “状态”[NUMBER,22]
   2 - “状态”[NUMBER,22]

---------------------------------------------- ------------------------------

    但对于第二个：

    ---------------------------------------------- ------------------------------
结果部分（5 个结果）
---------------------------------------------- ------------------------------

1- 重组 SQL 发现（参见解释计划部分的计划 1）
---------------------------------------------- --------------
  在执行计划的行 ID 1 处使用的谓词“TEST1”.“STATUS”5 是一个
  索引列“STATUS”上的不平等条件。这种不平等的情况
  防止优化器选择表“MWARE”、“TEST1”上的索引。

  推荐
  --------------
  - 将谓词重写为等效形式以利用
    指数。

2- 重组 SQL 发现（参见解释计划部分的计划 1）
---------------------------------------------- --------------
  在执行计划的行 ID 1 处使用的谓词“TEST1”.“STATUS”6 是一个
  索引列“STATUS”上的不平等条件。这种不平等的情况
  防止优化器选择表“MWARE”、“TEST1”上的索引。

  推荐
  --------------
  - 将谓词重写为等效形式以利用
    指数。

3- 重组 SQL 结果（参见解释计划部分的计划 1）
---------------------------------------------- --------------
  在执行计划的行 ID 1 处使用的谓词“TEST1”.“STATUS”7 是一个
  索引列“STATUS”上的不平等条件。这种不平等的情况
  防止优化器选择表“MWARE”、“TEST1”上的索引。

  推荐
  --------------
  - 将谓词重写为等效形式以利用
    指数。

4- 重组 SQL 发现（参见解释计划部分的计划 1）
---------------------------------------------- --------------
  在执行计划的行 ID 1 处使用的谓词“TEST1”.“STATUS”8 是一个
  索引列“STATUS”上的不平等条件。这种不平等的情况
  防止优化器选择表“MWARE”、“TEST1”上的索引。

  推荐
  --------------
  - 将谓词重写为等效形式以利用
    指数。

5- 重构 SQL 结果（参见解释计划部分的计划 1）
---------------------------------------------- --------------
  在执行计划的行 ID 1 处使用的谓词“TEST1”.“STATUS”9 是一个
  索引列“STATUS”上的不平等条件。这种不平等的情况
  防止优化器选择表“MWARE”、“TEST1”上的索引。

  推荐
  --------------
  - 将谓词重写为等效形式以利用
    指数。

---------------------------------------------- ------------------------------
解释计划部分
---------------------------------------------- ------------------------------

1- 原件
----------
计划哈希值：648532652


---------------------------------------------- --------------------------
| 编号 | 操作 | 名称 | 行 | 字节 | 成本 (%CPU)| 时间 |
---------------------------------------------- --------------------------
| 0 | 选择语句 | | 1 | 13 | 1 (0)| 00:00:01 |
|* 1 | 索引全扫描 | 测试1 | 1 | 13 | 1 (0)| 00:00:01 |
---------------------------------------------- --------------------------

查询块名称/对象别名（由操作 id 标识）：
---------------------------------------------- ----------

   1 - SEL$1 / TEST1@SEL$1

谓词信息（由操作 id 标识）：
---------------------------------------------- -

   1 - 过滤器（“状态”5 和“状态”6 和“状态”7 和
              “状态”8 和“状态”9)

列投影信息（由操作 id 标识）：
---------------------------------------------- ----------

   1 - “状态”[NUMBER,22]

---------------------------------------------- ------------------------------
    • 2

相关问题