为什么使用并行提示可以降低查询成本？

如何解决为什么使用并行提示可以降低查询成本？

在 Oracle 12C 中，我有这个查询

select 
* from my_table t;

如果我运行explain plain，我得到的成本是235597

如果我像这样添加并行提示

select /*+ parallel(16) */
* from my_table t;

解释计划给出成本16349

大约少 14 倍

虽然我知道查询将使用 16 个线程来解决查询， 我不明白为什么会降低成本，我什至希望为了管理线程而增加一点成本。 如果你有 100 美元，把 100 美元分给 16 个人，你仍然少了 100 美元。

解决方法

成本是优化器创建的一个幻数，用于选择最快的执行计划，不一定是最效率的计划。为了比较串行和并行计划，Oracle 根据并行度划分并行计划的成本。

对于串行计划，成本和资源消耗呈正相关，因此速度和效率之间不存在冲突。但是并行总是比等效的串行操作需要更多的开销——要求并行是隐含地要求优化器忽略效率而只优化速度。

但是当我们要求并行时，Oracle 仍然必须考虑非并行执行计划。即使我们要求/*+ parallel(256) */，而且我们的系统有内核和IO的尴尬，但最快的执行计划可能是具有唯一索引的串行计划。

为了比较串行和并行之间的执行时间，Oracle 将度 N 的成本计算为 ceil(serial cost / (0.9 * N))。 0.9 很有用，因为并行改进从来不是严格的线程数的倍数。该等式来自乔纳森刘易斯的书“基于成本的 Oracle 基础知识”。对于您问题中的成本，ceil(235597 / (0.9 * 16)) = 16361，非常接近您的最终成本 16349。

,

我和乔恩看过同一本书:-)。举个例子：

CREATE TABLE my_table (id NUMBER,c VARCHAR2(4000));
INSERT /*+ APPEND*/ INTO my_table(id,c)
  SELECT object_id,LPAD(object_name,3800,'x') 
    FROM all_objects WHERE rownum <= 50000;
EXEC DBMS_STATS.SET_TABLE_STATS(USER,'my_table');

如果您以不同程度的并行度运行查询，您就可以准确地达到 Jon 提到的成本估算。除了解释计划的估计成本外，我还记录了以秒为单位测量的运行时间：

SELECT /*+ PARALLEL(t,1) */ count(*) FROM my_table t;
SELECT /*+ PARALLEL(t,2) */ count(*) FROM my_table t;
SELECT /*+ PARALLEL(t,3) */ count(*) FROM my_table t;
SELECT /*+ PARALLEL(t,4) */ count(*) FROM my_table t;


Parallel   cost  seconds
       1  13635     1.27
       2   7570     1.29
       3   5046     1.32
       4   3785     1.35

因此，优化器估计并行运行时成本会降低。然而，如果他们在现实中这样做是另一回事。