【sql调优之执行计划】使用hint(五)Hint for parallel

最新推荐文章于 2021-07-05 14:37:49 发布
最新推荐文章于 2021-07-05 14:37:49 发布
阅读量657 收藏
点赞数
文章标签： 数据库

使用并行hint，将一个sql分部到多个cpu上执行

SQL> select /*+ full(a) parallel(a 1) */count(*) from t_policy a where rownum <=10000;

 

  COUNT(*)

----------

     10000

 

 

Execution Plan

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

Plan hash value: 4050205001

 

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

| Id  | Operation           | Name     | Rows  | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT    |          |     1 | 35115   (9)| 00:01:03 |

|   1 |  SORT AGGREGATE     |          |     1 |            |          |

|*  2 |   COUNT STOPKEY     |          |       |            |          |

|   3 |    TABLE ACCESS FULL| T_POLICY |  5025K| 35115   (9)| 00:01:03 |

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

 

Predicate Information (identified by operation id):

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

 

   2 - filter(ROWNUM<=10000)

 

 

Statistics

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

          1  recursive calls

          0  db block gets

        784  consistent gets

          0  physical reads

          0  redo size

        411  bytes sent via SQL*Net to client

        400  bytes received via SQL*Net from client

          2  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

          1  rows processed

 

SQL>

 

SQL> select /*+ full(a) parallel(a 2) */count(*) from t_policy a where rownum <=10000;

 

  COUNT(*)

----------

     10000

 

 

Execution Plan

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

Plan hash value: 2686624518

 

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

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

 

| Id  | Operation               | Name     | Rows  | Cost (%CPU)| Time     |

TQ  |IN-OUT| PQ Distrib |

 

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

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

 

|   0 | SELECT STATEMENT        |          |     1 | 18207   (3)| 00:00:33 |

    |      |            |

 

|   1 |  SORT AGGREGATE         |          |     1 |            |          |

    |      |            |

 

|*  2 |   COUNT STOPKEY         |          |       |            |          |

    |      |            |

 

|   3 |    PX COORDINATOR       |          |       |            |          |

    |      |            |

 

|   4 |     PX SEND QC (RANDOM) | :TQ10000 |  5025K| 18207   (3)| 00:00:33 |  Q1

,00 | P->S | QC (RAND)  |

 

|*  5 |      COUNT STOPKEY      |          |       |            |          |  Q1

,00 | PCWC |            |

 

|   6 |       PX BLOCK ITERATOR |          |  5025K| 18207   (3)| 00:00:33 |  Q1

,00 | PCWC |            |

 

|   7 |        TABLE ACCESS FULL| T_POLICY |  5025K| 18207   (3)| 00:00:33 |  Q1

,00 | PCWP |            |

 

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

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

 

 

Predicate Information (identified by operation id):

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

 

   2 - filter(ROWNUM<=10000)

   5 - filter(ROWNUM<=10000)

 

 

Statistics

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

          6  recursive calls

          0  db block gets

       1557  consistent gets

       1596  physical reads

          0  redo size

        411  bytes sent via SQL*Net to client

        400  bytes received via SQL*Net from client

          2  SQL*Net roundtrips to/from client

          1  sorts (memory)

          0  sorts (disk)

          1  rows processed

 

SQL>

SQL> select /*+ full(a) parallel(a 3) */count(*) from t_policy a where rownum <=10000;

 

  COUNT(*)

----------

     10000

 

 

Execution Plan

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

Plan hash value: 2686624518

 

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

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

 

| Id  | Operation               | Name     | Rows  | Cost (%CPU)| Time     |

TQ  |IN-OUT| PQ Distrib |

 

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

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

 

|   0 | SELECT STATEMENT        |          |     1 | 12138   (3)| 00:00:22 |

    |      |            |

 

|   1 |  SORT AGGREGATE         |          |     1 |            |          |

    |      |            |

 

|*  2 |   COUNT STOPKEY         |          |       |            |          |

    |      |            |

 

|   3 |    PX COORDINATOR       |          |       |            |          |

    |      |            |

 

|   4 |     PX SEND QC (RANDOM) | :TQ10000 |  5025K| 12138   (3)| 00:00:22 |  Q1

,00 | P->S | QC (RAND)  |

 

|*  5 |      COUNT STOPKEY      |          |       |            |          |  Q1

,00 | PCWC |            |

 

|   6 |       PX BLOCK ITERATOR |          |  5025K| 12138   (3)| 00:00:22 |  Q1

,00 | PCWC |            |

 

|   7 |        TABLE ACCESS FULL| T_POLICY |  5025K| 12138   (3)| 00:00:22 |  Q1

,00 | PCWP |            |

 

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

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

 

 

Predicate Information (identified by operation id):

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

 

   2 - filter(ROWNUM<=10000)

   5 - filter(ROWNUM<=10000)

 

 

Statistics

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

          9  recursive calls

          0  db block gets

       1521  consistent gets

       1591  physical reads

          0  redo size

        411  bytes sent via SQL*Net to client

        400  bytes received via SQL*Net from client

          2  SQL*Net roundtrips to/from client

          1  sorts (memory)

          0  sorts (disk)

          1  rows processed

 

SQL>

SQL> show parameter cpu_count;

 

NAME                                 TYPE        VALUE

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

cpu_count                            integer     2

SQL>

 

修改table的并行度，则table上的full scan的执行计划默认为并行度为2的parallel：

SQL> alter table scott.emp parallel 2;

 

Table altered.

 

SQL> set autot trace exp

SQL> select * from scott.emp a ;

 

Execution Plan

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

Plan hash value: 2873591275

 

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

| Id  | Operation            | Name     | Rows  | Bytes | Cost (%CPU)| Time     |    TQ  |IN-OUT| PQ Distrib |

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

|   0 | SELECT STATEMENT     |          |    14 |   532 |     2   (0)| 00:00:01 |        |      |            |

|   1 |  PX COORDINATOR      |          |       |       |            |          |        |      |            |

|   2 |   PX SEND QC (RANDOM)| :TQ10000 |    14 |   532 |     2   (0)| 00:00:01 |  Q1,00 | P->S | QC (RAND)  |

|   3 |    PX BLOCK ITERATOR |          |    14 |   532 |     2   (0)| 00:00:01 |  Q1,00 | PCWC |            |

|   4 |     TABLE ACCESS FULL| EMP      |    14 |   532 |     2   (0)| 00:00:01 |  Q1,00 | PCWP |            |

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

 

SQL>

 

使用noparallel的hint使得查询不使用并行：

SQL> select /*+ noparallel(a) */* from scott.emp a;

 

Execution Plan

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

Plan hash value: 3956160932

 

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

| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT  |      |    14 |   532 |     2   (0)| 00:00:01 |

|   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     2   (0)| 00:00:01 |

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

 

SQL>

 

同样的，parallel_index和noparallel_index的用法类似

 

Pq_distribute

使用这个hint来优化parallel join操作，设置连接的表的行应该如何在生产者和消费者查询服务之间来分发。如果所有的table都是serial的，没有parallel的，那么优化器将忽略转发的hint。上面的例子中已经将scott的emp表的并行度设置为了2，看看一些查询的例子，具体参数解释在9i或者10g的performance tunning guide的hint章节。

SQL> select /*+ PQ_DISTRIBUTE(a,hash,hash)*/* from scott.emp a ,scott.dept b

  2  where a.deptno = b.deptno;

 

Execution Plan

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

Plan hash value: 3268189581

 

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

| Id  | Operation               | Name     | Rows  | Bytes | Cost (%CPU)| Time     |    TQ  |IN-OUT| PQ Distrib |

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

|   0 | SELECT STATEMENT        |          |    13 |   754 |     5  (20)| 00:00:01 |        |      |            |

|   1 |  PX COORDINATOR         |          |       |       |            |          |        |      |            |

|   2 |   PX SEND QC (RANDOM)   | :TQ10002 |    13 |   754 |     5  (20)| 00:00:01 |  Q1,02 | P->S | QC (RAND)  |

|*  3 |    HASH JOIN BUFFERED   |          |    13 |   754 |     5  (20)| 00:00:01 |  Q1,02 | PCWP |            |

|   4 |     BUFFER SORT         |          |       |       |            |          |  Q1,02 | PCWC |            |

|   5 |      PX RECEIVE         |          |     4 |    80 |     2   (0)| 00:00:01 |  Q1,02 | PCWP |            |

|   6 |       PX SEND HASH      | :TQ10000 |     4 |    80 |     2   (0)| 00:00:01 |        | S->P | HASH       |

|   7 |        TABLE ACCESS FULL| DEPT     |     4 |    80 |     2   (0)| 00:00:01 |        |      |            |

|   8 |     PX RECEIVE          |          |    13 |   494 |     2   (0)| 00:00:01 |  Q1,02 | PCWP |            |

|   9 |      PX SEND HASH       | :TQ10001 |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | P->P | HASH       |

|  10 |       PX BLOCK ITERATOR |          |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWC |            |

|* 11 |        TABLE ACCESS FULL| EMP      |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |

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

 

Predicate Information (identified by operation id):

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

 

   3 - access("A"."DEPTNO"="B"."DEPTNO")

  11 - filter("A"."DEPTNO" IS NOT NULL)

 

SQL>

SQL> select /*+ PQ_DISTRIBUTE(a,none,none)*/* from scott.emp a ,scott.dept b

  2  where a.deptno = b.deptno;

 

Execution Plan

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

Plan hash value: 1393584480

 

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

| Id  | Operation               | Name     | Rows  | Bytes | Cost (%CPU)| Time     |    TQ  |IN-OUT| PQ Distrib |

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

|   0 | SELECT STATEMENT        |          |    13 |   754 |     5  (20)| 00:00:01 |        |      |            |

|   1 |  PX COORDINATOR         |          |       |       |            |          |        |      |            |

|   2 |   PX SEND QC (RANDOM)   | :TQ10001 |    13 |   754 |     5  (20)| 00:00:01 |  Q1,01 | P->S | QC (RAND)  |

|*  3 |    HASH JOIN            |          |    13 |   754 |     5  (20)| 00:00:01 |  Q1,01 | PCWP |            |

|   4 |     BUFFER SORT         |          |       |       |            |          |  Q1,01 | PCWC |            |

|   5 |      PX RECEIVE         |          |     4 |    80 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |

|   6 |       PX SEND BROADCAST | :TQ10000 |     4 |    80 |     2   (0)| 00:00:01 |        | S->P | BROADCAST  |

|   7 |        TABLE ACCESS FULL| DEPT     |     4 |    80 |     2   (0)| 00:00:01 |        |      |            |

|   8 |     PX BLOCK ITERATOR   |          |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWC |            |

|*  9 |      TABLE ACCESS FULL  | EMP      |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |

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

 

Predicate Information (identified by operation id):

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

 

   3 - access("A"."DEPTNO"="B"."DEPTNO")

   9 - filter("A"."DEPTNO" IS NOT NULL)

 

SQL>

SQL> select /*+ PQ_DISTRIBUTE(a,none,none) use_hash(a) ordered */* from scott.emp a ,scott.dept b

  2  where a.deptno = b.deptno;

 

Execution Plan

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

Plan hash value: 1394072867

 

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

| Id  | Operation               | Name     | Rows  | Bytes | Cost (%CPU)| Time     |    TQ  |IN-OUT| PQ Distrib |

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

|   0 | SELECT STATEMENT        |          |    13 |   754 |     5  (20)| 00:00:01 |        |      |            |

|   1 |  PX COORDINATOR         |          |       |       |            |          |        |      |            |

|   2 |   PX SEND QC (RANDOM)   | :TQ10001 |    13 |   754 |     5  (20)| 00:00:01 |  Q1,01 | P->S | QC (RAND)  |

|*  3 |    HASH JOIN            |          |    13 |   754 |     5  (20)| 00:00:01 |  Q1,01 | PCWP |            |

|   4 |     PX BLOCK ITERATOR   |          |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWC |            |

|*  5 |      TABLE ACCESS FULL  | EMP      |    13 |   494 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |

|   6 |     BUFFER SORT         |          |       |       |            |          |  Q1,01 | PCWC |            |

|   7 |      PX RECEIVE         |          |     4 |    80 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |

|   8 |       PX SEND BROADCAST | :TQ10000 |     4 |    80 |     2   (0)| 00:00:01 |        | S->P | BROADCAST  |

|   9 |        TABLE ACCESS FULL| DEPT     |     4 |    80 |     2   (0)| 00:00:01 |        |      |            |

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

 

Predicate Information (identified by operation id):

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

 

   3 - access("A"."DEPTNO"="B"."DEPTNO")

   5 - filter("A"."DEPTNO" IS NOT NULL)

 

SQL>

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16179598/viewspace-674831/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/16179598/viewspace-674831/

cixlv48826
关注
【云原生进阶之数据库技术】第二章-Oracle-使用-3.5-Oracle中hint使用
junbaozi的专栏
05-29 841
Hint实际上是一种特殊的注释，它以一种固定的格式和位置出现在SQL语句的SQL文本中，可以影响优化器对于执行计划的选择，但这种影响不是强制性的，优化器在某些情况下也可能忽略目标SQL中的Hint，即使这个Hint在语法和语义上是有效的。如果目标SQL的SQL文本中出现了Hint，优化器在选择最终执行计划时会把Hint一并考虑进来，如果优化器判断这个Hint给出的建议是合适的，就会直接遵循这个Hint给出的建议，并据此选定执行计划。反之，则会忽略该Hint仍然采用原先的判断标准来选定执行计划。
SQL Server查询计划（Query Plan）——图形查询计划
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
12-14 1507
本文对SQL Server查询计划（Query Plan）——图形查询计划的概念、使用方法、使用步骤及相关指标理解等，进行了较为深入详细的说明和讲解，并对注意事项、关键知识点和选项等进行了重点标注和详尽解析，以便于读者进行深入学习和理解。
mysql8并行查询_并行查询（Parallel Query）
weixin_30824391的博客
02-07 5749
通过Hint来控制并行查询使用Hint语法可以对单个语句进行控制，例如系统默认关闭并行查询情况下，但需要对某个高频的慢SQL查询进行加速，此时就可以使用Hint对特定SQL进行加速。您可以使用如下任意一种方式开启并行查询：SELECT /*+PARALLEL(x)*/ ... FROM ...; -- x >0SELECT /*+ SET_VAR(max_parallel_degree=...
PARALLEL hint
loryliu的专栏
11-05 689
Hints – again Filed under: Hints — Jonathan Lewis @ 8:03 pm GMT Jun 17,2007  How well do you know your hints? When you see this one /*+ parallel(t1 4) */ what, exactly, does it mean ? The answ
mysql提高并行并行_oracle 并行之并行度篇
weixin_39777464的博客
02-08 466
操作内并行使用的slave process数量就是并行度dop，indextable都有dop 作为默认操作并行度default 1表示不使用并行处理 SQL create table t1 (a int) parallel 6; Table created. SQL select degree from user_tables where table_name=’T1′; DEGREE ——操作...
mysql+selectivity_基于hints是oracle 优化方案
weixin_42516581的博客
02-02 119
这里我们只讲了基于hints是oracle 优化方案,其实Oracle的优化器有两种优化方式 基于规则的优化方式(Rule-Based Optimization，简称为RBO) 基于代价的优化方式(Cost-Based Optimization，简称为CBO)这里我们只讲了基于hints是oracle 优化方案,其实Oracle的优化器有两种优化方式 基于规则的优化方式(Rule-Based Op...
实战Oracle SQL调优 hint特性
最新发布
03-05
- 性能调优：当自动优化器选择的执行计划不理想时，可以通过Hint强制采用特定的执行计划。 - 问题诊断：DBA可以通过Hint了解不同执行计划对查询性能的影响。 - 特殊需求：某些情况下，业务逻辑需要特定的执行路径...
oracle parallel SQL
11-12
在 Oracle 中，可以通过一些提示（hint）来控制并行执行，如使用“parallel”提示来指定查询并行执行时应该使用的线程数。同时，还有一些数据库配置参数可以控制并行操作的各个方面，比如系统级别的并行处理的限制，...
运用HINT提高SQL语句的执行效率
09-06 1278
运用HINT提高SQL语句的执行效率 hints是oracle提供的一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用hints来实现： 1) 使用的优化器的类型 2) 基于代价的优化器的优化目标，是all_rows还是first_rows。 3)
MySQL hint用法解析
11-23
我们可以对MySQL的对象（表、索引、触发器、自建函数、存储过程等）做注释（comment），这样做的目的是标识该对象的作用等以增强代码的可读性、方便其他同事快速读懂我们写的代码或某个数据库对象的作用，说白了，comment就是对我们人的一个提示。在MySQL中还有一种提示，叫做hint，hint是对数据库的提示，我们都知道， 在执行一条SQL语句的时候，MySQL都会生成一个执行计划，而hint就是用来告诉优化器按照我们告诉它的方式生成执行计划。Hint可以基于表连接的顺序、表连接的方法、访问路径、并行度等规则对DML语句、或者查查询语句产生作用，通过它我们可以实现： 1) 使用的优化器的类型 2) 基于代价的优化器的优化目标，是all_rows还是first_rows。 3) 表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid。 4) 表之间的连接类型 5) 表之间的连接顺序 6) 语句的并行程度
hint用法mysql_常见Oracle HINT的用法
weixin_31784241的博客
01-27 272
欢迎进入Oracle社区论坛，与200万技术人员互动交流 >>进入 1. /*+ALL_ROWS*/ 表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化. 例如: SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT'; 2. /*+FIRST_欢迎进入Oracle社...
mysql hint忧化一例
cl2689163935的博客
11-26 120
背景：对于经常使用oracle的朋友可能知道，oracle的hint功能种类很多，对于优化sql语句提供了很多方法。同样，在mysql里，也有类似的hint功能。mysql的优化器功能很弱，很多时候通过mysql hint强制制...
Oracle与Mysql应用总结（in如何与list绑定、Hint使用介绍）
weixin_38170065的博客
12-30 195
导读：在以前开发的时候，一直在使用oracle，甚至参加过oracle的培训，考过Oracle Database 10g Administrator I，自认对oracle还算有些了解，不过最近在做一个分布式数据系统的测试的时候，才有“学到用时方恨少”的感悟。在此把最近总结的一些东西陆续跟测试 部的同学们一起分享吧。 1. in如何与list绑定： 一个带in子查询的语句相信对很...
oracle 索引并行 hint,oracle hint_parallel_parallel_index
weixin_39593340的博客
04-09 727
oracle hintparallel1,并行度如合理,启用2,并行度如不合同不启用3,default,启用默认参数的配置值SQL> create table t_parallel(a int) parallel 2;表已创建。SQL> explain plan for select a from t_parallel;已解释。SQL> select * from table(d...
oracle 并行不生效,并行的hint不生效
weixin_39849800的博客
04-06 500
SQL> set autotrace onSQL> create table aaaa as select * from dba_tables;Table created.SQL> select /*+ parallel(a,2) */count(*) from aaaa a;COUNT(*)----------943Execution Plan-----------------...
oracle hint_parallel_parallel_index
12-22 337
oracle hintparallel 1,并行度如合理,启用 2,并行度如不合同不启用 3,default,启用默认参数的配置值SQL> create table t_parallel...
Hint
fromdw的专栏
09-27 586
写HINT目的   手工指定SQL语句的执行计划   hints是oracle提供的一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用hints来实现：   1) 使用的优化器的类型   2) 基于代价的优化器的优化目标，是all_ro
MySQL优化系列9-MySQL控制查询优化器Hints
只是甲的博客
07-05 5000
备注:测试数据库版本为MySQL 8.0 文章目录一.控制查询计划评估二. 可切换的优化三. 优化器的Hints3.1 优化器Hints概述3.2 优化器Hints语法3.3 连接顺序优化器Hints3.4 表级别的优化器Hints3.5 索引级别优化器Hints3.6 子查询相关优化器的Hints3.7 语句执行时间优化器Hints3.8 可变设定Hints语法3.9 资源组 Hint 语法3.10 命名查询块的优化器Hints四.索引Hints参考: 一.控制查询计划评估 查询优化器的任务是找到执行SQ
Oracle Hint 使用指南：优化数据库查询
注意，虽然Hint提供了更精细的控制，但过度依赖或不恰当地使用Hint可能导致执行计划反而变差。在使用Hint前，应确保对查询性能有深入理解，并通过测试验证Hint的效果。在大多数情况下，Oracle的成本基础优化器能自动...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值