Oracle Hints，Oracle并行模式（Parallel） /+parallel(t,4)/ 在SQL调优中的重要作用

深碍√TFBOYSˉ_ 2022-04-18 01:44 2517阅读 0赞

# /\*+parallel(t,4)\*/在SQL调优中的重要作用! #

2013年11月17日 12:59:24 [雾里看花5566][5566] 阅读数：5422更多

个人分类： [数据库-oracle][-oracle]

谈谈HINT　/\*+parallel(t,4)\*/在SQL调优中的重要作用!

/\*+parallel(t,4)\*/在大表查询等操作中能够起到良好的效果,  
基于并行查询要启动并行进程、分配任务与系统资源、合并结果集，这些都是比较消耗资源,  
但我们为能够减少执行事务的时间使用parallel HINT还是值得的,尤其在ODS系统中报表统计等方面更有使用意义.  
一般而言主要在如下情况使用parallel HINT  
1.表的数据量很大,超过一千万;   
2.数据库主机是多个CPU;  
3.系统的当前负载较低;

简单的测试如下,效果很明显的:

1.  `SQL> select /*+parallel(t,4)*/count(*) from t;`
2.   
3.  `COUNT(*)`
4.  `----------`
5.  `30245882`
6.   
7.  `已用时间: 00: 01: 32.04`
8.   
9.  `Execution Plan`
10. `----------------------------------------------------------`
11. `0 SELECT STATEMENT Optimizer=CHOOSE (Cost=5411 Card=1)`
12. `1 0 SORT (AGGREGATE)`
13. `2 1 SORT* (AGGREGATE) :Q351880`
14. `00`
15.  
16. `3 2 TABLE ACCESS* (FULL) OF 't' (Cost=5411 Car :Q351880`
17. `d=2822493) 00`
18.  
19.  
20.  
21. `2 PARALLEL_TO_SERIAL SELECT /*+ PIV_SSF */ SYS_OP_MSR(COUNT(*)) F`
22. `ROM (SELECT /*+ NO_EXPAND ROWID(A2)`
23.  
24. `3 PARALLEL_COMBINED_WITH_PARENT`
25.  
26. `SQL> select count(*) from t;`
27.  
28. `COUNT(*)`
29. `----------`
30. `30245882`
31.  
32. `已用时间: 00: 04: 34.02`
33.  
34. `Execution Plan`
35. `----------------------------------------------------------`
36. `0 SELECT STATEMENT Optimizer=CHOOSE`
37. `1 0 SORT (AGGREGATE)`
38. `2 1 TABLE ACCESS (FULL) OF 't'`
39.  
40.  
41.  
42. `SQL>`

[https://blog.csdn.net/u012354280/article/details/16369149][https_blog.csdn.net_u012354280_article_details_16369149]

# Oracle并行模式（Parallel） #

2017年09月06日 18:00:39 [白开水Luis][Luis] 阅读数：5815

1. 实例

（1）insert 加速

insert into /\*+ append parallel nologging \*/ dcustcomposmsg   
select /\*+ parallel(e,18)\*/ \* from dcustcomposmsg\_new e;   
commit;  
  
（2）select create加速  
CREATE TABLE TEMP\_DCUST\_GRADE  NOLOGGING PARALLEL 10 AS  
                   SELECT /\*+PARALLEL(D,10)\*/ \*  
                    FROM DCUST\_BASIC\_INFO\_D PARTITION (P\_'||V\_TOLL\_NO||') D   
                   WHERE EXISTS(SELECT ''A'' FROM DCUSTHIGH PARTITION (P\_'||V\_REGION\_CODE||') A  
                   WHERE D.ID\_NO = A.ID\_NO )

2. 用途

强行启用并行度来执行当前SQL。这个在Oracle 9i之后的版本可以使用，之前的版本现在没有环境进行测试。也就是说，加上这个说明，可以强行启用Oracle的多线程处理功能。举例的话，就像电脑装了多核的CPU，但大多情况下都不会完全多核同时启用（2核以上的比较明显），使用parallel说明，就会多核同时工作，来提高效率。 
 
但本身启动这个功能，也是要消耗资源与性能的。所有，一般都会在返回记录数大于100万时使用，效果也会比较明显。 
 
3. 语法 
/\*+parallel(table\_short\_name,cash\_number)\*/ 
 
这个可以加到insert、delete、update、select的后面来使用（和rule的用法差不多，有机会再分享rule的用法） 
 
开启parallel功能的语句是： 
 
alter session enable parallel dml; 
 
这个语句是DML语句哦，如果在程序中用，用execute的方法打开。 
 
4. 实例说明 
 
用ERP中的transaction来说明下吧。这个table记录了所有的transaction，而且每天数据量也算相对比较大的（根据企业自身业务量而定）。假设我们现在要查看对比去年一年当中每月的进、销情况，所以，一般都会写成： 
 
select to\_char(transaction\_date,'yyyymm') txn\_month, 
 
       sum( 
 
        decode( 
 
            sign(transaction\_quantity),1,transaction\_quantity,0 
              ) 
 
          ) in\_qty, 
 
       sum( 
 
        decode( 
 
            sign(transaction\_quantity),-1,transaction\_quantity,0 
              ) 
 
          ) out\_qty 
 
  from mtl\_material\_transactions mmt 
 
where transaction\_date >= add\_months( 
 
                            to\_date(     
 
                                to\_char(sysdate,'yyyy')||'0101','yyyymmdd'), 
 
                                -12) 
 
   and transaction\_date <= add\_months( 
 
                            to\_date( 
 
                                to\_char(sysdate,'yyyy')||'1231','yyyymmdd'), 
 
                                -12) 
 
group by to\_char(transaction\_date,'yyyymm')  
 
这个SQL执行起来，如果transaction\_date上面有加index的话，效率还算过的去；但如果没有加index的话，估计就会半个小时内都执行不出来。这是就可以在select 后面加上parallel说明。例如： 
select /\*+parallel(mmt,10)\*/ 
       to\_char(transaction\_date,'yyyymm') txn\_month, 
 
... 
 
 
 
这样的话，会大大提高执行效率。如果要将检索出来的结果insert到另一个表tmp\_count\_tab的话，也可以写成： 
insert /\*+parallel(t,10)\*/ 
  into tmp\_count\_tab 
 
( 
 
    txn\_month, 
 
    in\_qty, 
 
    out\_qty 
 
) 
 
select /\*+parallel(mmt,10)\*/ 
       to\_char(transaction\_date,'yyyymm') txn\_month, 
 
... 
 
 
 
插入的机制和检索机制差不多，所以，在insert后面加parallel也会加速的。关于insert机制，这里暂不说了。 
Parallel后面的数字，越大，执行效率越高。不过，貌似跟server的配置还有oracle的配置有关，增大到一定值，效果就不明显了。所以，一般用8,10,12,16的比较常见。我试过用30，发现和16的效果一样。不过，数值越大，占用的资源也会相对增大的。如果是在一些package、function or procedure中写的话，还是不要写那么大，免得占用太多资源被DBA开K。 
   
 
5. Parallel也可以用于多表 
 
多表的话，就是在第一后面，加入其他的就可以了。具体写法如下： 
 
/\*+parallel(t,10) (b,10)\*/ 
 
6. 小结 
 
关于执行效率，建议还是多按照index的方法来提高效果。Oracle有自带的explan road的方法，在执行之前，先看下执行计划路线，对写好的SQL tuned之后再执行。实在没办法了，再用parallel方法。Parallel比较邪恶，对开发者而言，不是好东西，会养成不好习惯，导致很多bad SQL不会暴漏，SQL Tuning的能力得不到提升。我有见过某些人create table后，从不create index或primary key，认为写SQL时加parallel就可以了。

[https://blog.csdn.net/zhanglu0223/article/details/77869553][https_blog.csdn.net_zhanglu0223_article_details_77869553]

# Oracle Hints详解 #

2011年12月23日 20:30:51 [米菲的泰迪][Link 1] 阅读数：25940 标签： [oracle][][table][][优化][Link 2][parallel][][insert][][merge][]更多

个人分类： [Oracle][]

在向大家详细介绍Oracle Hints之前，首先让大家了解下Oracle Hints是什么，然后全面介绍Oracle Hints，希望对大家有用。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。 
 
 
此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器使用全表扫描。在Oracle中，是通过为语句添加 Hints(提示)来实现干预优化器优化的目的。 
 
 
Oracle Hints是一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用Oracle Hints来实现： 
1) 使用的优化器的类型 
2) 基于代价的优化器的优化目标，是all\_rows还是first\_rows。 
3) 表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid。 
4) 表之间的连接类型 
5) 表之间的连接顺序 
6) 语句的并行程度 
 
 
  2、HINT可以基于以下规则产生作用 
  表连接的顺序、表连接的方法、访问路径、并行度 
 
 
除了”RULE”提示外，一旦使用的别的提示，语句就会自动的改为使用CBO优化器，此时如果你的数据字典中没有统计数据，就会使用缺省的统计数据。所以建议大家如果使用CBO或Hints提示，则最好对表和索引进行定期的分析。 
 
 
如何使用Hints: 
 
 
Hints只应用在它们所在sql语句块(statement block，由select、insert、update、delete关键字标识)上，对其它SQL语句或语句的其它部分没有影响。如：对于使用union操作的2个 sql语句，如果只在一个sql语句上有Hints，则该Hints不会影响另一个sql语句。 
 
 
我们可以使用注释(comment)来为一个语句添加Hints，一个语句块只能有一个注释，而且注释只能放在SELECT, UPDATE, or DELETE关键字的后面 
 
 
使用Oracle Hints的语法： 
 
 
\{DELETE|INSERT|SELECT|UPDATE\} /\*+ hint \[text\] \[hint\[text\]\]... \*/ 
 
or 
 
\{DELETE|INSERT|SELECT|UPDATE\} --+ hint \[text\] \[hint\[text\]\]... 
 
 
注解： 
1) DELETE、INSERT、SELECT和UPDATE是标识一个语句块开始的关键字，包含提示的注释只能出现在这些关键字的后面，否则提示无效。 
2) “+”号表示该注释是一个Hints，该加号必须立即跟在”/\*”的后面，中间不能有空格。 
3) hint是下面介绍的具体提示之一，如果包含多个提示，则每个提示之间需要用一个或多个空格隔开。 
4) text 是其它说明hint的注释性文本 
 
 
如果你没有正确的指定Hints，Oracle将忽略该Hints，并且不会给出任何错误。 
 
1. /\*+ALL\_ROWS\*/ 
　　表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化. 
　　例如: 
　　SELECT /\*+ALL+\_ROWS\*/ EMP\_NO,EMP\_NAM,DAT\_IN FROM BSEMPMS WHERE EMP\_NO='SCOTT';  
　　2. /\*+FIRST\_ROWS\*/ 
　　表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化. 
　　例如: 
　　SELECT /\*+FIRST\_ROWS\*/ EMP\_NO,EMP\_NAM,DAT\_IN FROM BSEMPMS WHERE EMP\_NO='SCOTT'; 
　　3. /\*+CHOOSE\*/ 
　　表明如果数据字典中有访问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量; 
　　表明如果数据字典中没有访问表的统计信息,将基于规则开销的优化方法; 
　　例如: 
　　SELECT /\*+CHOOSE\*/ EMP\_NO,EMP\_NAM,DAT\_IN FROM BSEMPMS WHERE EMP\_NO='SCOTT'; 
　　4. /\*+RULE\*/ 
　　表明对语句块选择基于规则的优化方法. 
　　例如: 
　　SELECT /\*+ RULE \*/ EMP\_NO,EMP\_NAM,DAT\_IN FROM BSEMPMS WHERE EMP\_NO='SCOTT'; 
　　5. /\*+FULL(TABLE)\*/ 
　　表明对表选择全局扫描的方法. 
　　例如: 
　　SELECT /\*+FULL(A)\*/ EMP\_NO,EMP\_NAM FROM BSEMPMS A WHERE EMP\_NO='SCOTT'; 
　　6. /\*+ROWID(TABLE)\*/ 
　　提示明确表明对指定表根据ROWID进行访问. 
　　例如: 
　　SELECT /\*+ROWID(BSEMPMS)\*/ \* FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA' 
　　AND EMP\_NO='SCOTT'; 
　　7. /\*+CLUSTER(TABLE)\*/  
　　提示明确表明对指定表选择簇扫描的访问方法,它只对簇对象有效. 
　　例如: 
　　SELECT /\*+CLUSTER \*/ BSEMPMS.EMP\_NO,DPT\_NO FROM BSEMPMS,BSDPTMS 
　　WHERE DPT\_NO='TEC304' AND BSEMPMS.DPT\_NO=BSDPTMS.DPT\_NO; 
　　8. /\*+INDEX(TABLE INDEX\_NAME)\*/ 
　　表明对表选择索引的扫描方法. 
　　例如: 
　　SELECT /\*+INDEX(BSEMPMS SEX\_INDEX) USE SEX\_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS \*/ FROM BSEMPMS WHERE SEX='M'; 
　　9. /\*+INDEX\_ASC(TABLE INDEX\_NAME)\*/ 
　　表明对表选择索引升序的扫描方法. 
　　例如: 
　　SELECT /\*+INDEX\_ASC(BSEMPMS PK\_BSEMPMS) \*/ FROM BSEMPMS WHERE DPT\_NO='SCOTT'; 
　　10. /\*+INDEX\_COMBINE\*/ 
　　为指定表选择位图访问路经,如果INDEX\_COMBINE中没有提供作为参数的索引,将选择出位图索引的布尔组合方式. 
　　例如: 
　　SELECT /\*+INDEX\_COMBINE(BSEMPMS SAL\_BMI HIREDATE\_BMI)\*/ \* FROM BSEMPMS 
　　WHERE SAL<5000000 AND HIREDATE 
　　11. /\*+INDEX\_JOIN(TABLE INDEX\_NAME)\*/ 
　　提示明确命令优化器使用索引作为访问路径. 
　　例如: 
　　SELECT /\*+INDEX\_JOIN(BSEMPMS SAL\_HMI HIREDATE\_BMI)\*/ SAL,HIREDATE 
　　FROM BSEMPMS WHERE SAL<60000; 
　　12. /\*+INDEX\_DESC(TABLE INDEX\_NAME)\*/ 
　　表明对表选择索引降序的扫描方法. 
　　例如: 
　　SELECT /\*+INDEX\_DESC(BSEMPMS PK\_BSEMPMS) \*/ FROM BSEMPMS WHERE DPT\_NO='SCOTT'; 
　　13. /\*+INDEX\_FFS(TABLE INDEX\_NAME)\*/ 
　　对指定的表执行快速全索引扫描,而不是全表扫描的办法. 
　　例如: 
　　SELECT /\*+INDEX\_FFS(BSEMPMS IN\_EMPNAM)\*/ \* FROM BSEMPMS WHERE DPT\_NO='TEC305'; 
　　14. /\*+ADD\_EQUAL TABLE INDEX\_NAM1,INDEX\_NAM2,...\*/ 
　　提示明确进行执行规划的选择,将几个单列索引的扫描合起来. 
　　例如: 
　　SELECT /\*+INDEX\_FFS(BSEMPMS IN\_DPTNO,IN\_EMPNO,IN\_SEX)\*/ \* FROM BSEMPMS WHERE EMP\_NO='SCOTT' AND DPT\_NO='TDC306'; 
　　15. /\*+USE\_CONCAT\*/ 
　　对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询. 
　　例如: 
　　SELECT /\*+USE\_CONCAT\*/ \* FROM BSEMPMS WHERE DPT\_NO='TDC506' AND SEX='M'; 
　　16. /\*+NO\_EXPAND\*/ 
　　对于WHERE后面的OR 或者IN-LIST的查询语句,NO\_EXPAND将阻止其基于优化器对其进行扩展. 
　　例如: 
　　SELECT /\*+NO\_EXPAND\*/ \* FROM BSEMPMS WHERE DPT\_NO='TDC506' AND SEX='M'; 
　　17. /\*+NOWRITE\*/ 
　　禁止对查询块的查询重写操作. 
　　18. /\*+REWRITE\*/ 
　　可以将视图作为参数. 
　　19. /\*+MERGE(TABLE)\*/ 
　　能够对视图的各个查询进行相应的合并. 
　　例如: 
　　SELECT /\*+MERGE(V) \*/ A.EMP\_NO,A.EMP\_NAM,B.DPT\_NO FROM BSEMPMS A (SELET DPT\_NO 
　　,AVG(SAL) AS AVG\_SAL FROM BSEMPMS B GROUP BY DPT\_NO) V WHERE A.DPT\_NO=V.DPT\_NO 
　　AND A.SAL>V.AVG\_SAL; 
　　20. /\*+NO\_MERGE(TABLE)\*/ 
　　对于有可合并的视图不再合并. 
　　例如: 
　　SELECT /\*+NO\_MERGE(V) \*/ A.EMP\_NO,A.EMP\_NAM,B.DPT\_NO FROM BSEMPMS A (SELECT DPT\_NO,AVG(SAL) AS AVG\_SAL FROM BSEMPMS B GROUP BY DPT\_NO) V WHERE A.DPT\_NO=V.DPT\_NO AND A.SAL>V.AVG\_SAL; 
　　21. /\*+ORDERED\*/ 
　　根据表出现在FROM中的顺序,ORDERED使ORACLE依此顺序对其连接. 
　　例如: 
　　SELECT /\*+ORDERED\*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1; 
　　22. /\*+USE\_NL(TABLE)\*/ 
　　将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表. 
　　例如: 
　　SELECT /\*+ORDERED USE\_NL(BSEMPMS)\*/ BSDPTMS.DPT\_NO,BSEMPMS.EMP\_NO,BSEMPMS.EMP\_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT\_NO=BSDPTMS.DPT\_NO; 
　　23. /\*+USE\_MERGE(TABLE)\*/ 
　　将指定的表与其他行源通过合并排序连接方式连接起来. 
　　例如: 
　　SELECT /\*+USE\_MERGE(BSEMPMS,BSDPTMS)\*/ \* FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT\_NO=BSDPTMS.DPT\_NO; 
　　24. /\*+USE\_HASH(TABLE)\*/ 
　　将指定的表与其他行源通过哈希连接方式连接起来. 
　　例如: 
　　SELECT /\*+USE\_HASH(BSEMPMS,BSDPTMS)\*/ \* FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT\_NO=BSDPTMS.DPT\_NO; 
　　25. /\*+DRIVING\_SITE(TABLE)\*/ 
　　强制与ORACLE所选择的位置不同的表进行查询执行. 
　　例如: 
　　SELECT /\*+DRIVING\_SITE(DEPT)\*/ \* FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT\_NO=DEPT.DPT\_NO; 
　　26. /\*+LEADING(TABLE)\*/ 
　　将指定的表作为连接次序中的首表. 
　　27. /\*+CACHE(TABLE)\*/ 
　　当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端 
　　例如: 
　　SELECT /\*+FULL(BSEMPMS) CAHE(BSEMPMS) \*/ EMP\_NAM FROM BSEMPMS; 
　　28. /\*+NOCACHE(TABLE)\*/ 
　　当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端 
　　例如: 
　　SELECT /\*+FULL(BSEMPMS) NOCAHE(BSEMPMS) \*/ EMP\_NAM FROM BSEMPMS; 
　　29. /\*+APPEND\*/ 
　　直接插入到表的最后,可以提高速度. 
　　insert /\*+append\*/ into test1 select \* from test4 ; 
　　30. /\*+NOAPPEND\*/ 
　　通过在插入语句生存期内停止并行模式来启动常规插入. 
　　insert /\*+noappend\*/ into test1 select \* from test4 ; 
 31. NO\_INDEX: 指定不使用哪些索引 
 
 
  /\*+ NO\_INDEX ( table \[index \[index\]...\] ) \*/ 
 
 
  select /\*+ no\_index(emp ind\_emp\_sal ind\_emp\_deptno)\*/ \* from emp where deptno=200 and sal>300; 
 
 
  32. parallel 
 
 
  select /\*+ parallel(emp,4)\*/ \* from emp where deptno=200 and sal>300; 
 
 
  另：每个SELECT/INSERT/UPDATE/DELETE命令后只能有一个/\*+ \*/，但提示内容可以有多个，可以用逗号分开，空格也可以。 
 
 
  如：/\*+ ordered index() use\_nl() \*/ 
 
 
\--------- 
类似如下的一条语句：insert into xxxx select /\*+parallel(a) \*/ \* from xxx a;数据量大约在75G左右，这位兄弟从上午跑到下午还没跑完，过来问我咋回事，说平常2hrs能跑完的东西跑了好几个小时还撒动静。查看系统性能也比较 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉强凑合），但平均写速度只有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，这里能看出并行出了问题，从而最后得知是并行用法有问题，修改之后20分钟完成了该操作。正确的做法应该是： 
alter session enable dml parallel； 
 
 
insert /\*+parallel(xxxx,4) \*/ into xxxx select /\*+parallel(a) \*/ \* from xxx a; 
 
 
因为oracle默认并不会打开PDML，对DML语句必须手工启用。 另外不得不说的是，并行不是一个可扩展的特性，只有在数据仓库或作为DBA等少数人的工具在批量数据操作时利于充分利用资源，而在OLTP环境下使用并行 需要非常谨慎。事实上PDML还是有比较多的限制的，例如不支持触发器，引用约束，高级复制和分布式事务等特性，同时也会带来额外的空间占用，PDDL同 样是如此。有关Parallel excution可参考官方文档，在Thomas Kyte的新书《Expert Oracle Database architecture》也有精辟的讲述。 
\--------- 
select count(\*) 
  From wid\_serv\_prod\_mon\_1100 a 
 where a.acct\_month = 201010 
   and a.partition\_id = 10 
   and serv\_state not in ('2HB', '2HL', '2HJ', '2HP', '2HF') 
   and online\_flag in (0) 
   and incr\_product\_id in (2000020) 
   and product\_id in (2020966, 2020972, 2100297, 2021116) 
   and billing\_mode\_id = 1 
   and exp\_date > to\_date('201010', 'yyyymm') 
   and not exists (select /\*+no\_index (b IDX\_W\_CDR\_MON\_SERV\_ID\_1100)\*/ 
         1 
          from wid\_cdr\_mon\_1100 b 
         where b.acct\_month = 201010 
           and b.ANA\_EVENT\_TYPE\_4 in 
               ('10201010201', '10202010201', '10203010201', '10203010202', '10203030201', '10203030202', '10204010201', '10204010202', '10204030201') 
           and a.serv\_id = b.serv\_id)

[https://blog.csdn.net/wb96a1007/article/details/7098687][https_blog.csdn.net_wb96a1007_article_details_7098687]

# alter session enable parallel dml #

2013年06月16日 00:11:41 [luckman100][] 阅读数：3840更多

个人分类： [性能优化][Link 3]

之前我一直不理解为什么做并行DML之前要加上：alter session enable parallel dml，因为有一个假象蒙蔽了我：

下面的执行计划是没有执行alter session enable parallel dml产生的：

EXPLAIN PLAN FOR UPDATE/\*+parallel(t 8)\*/ test1 t SET object\_id=1;  
  
SELECT \* FROM table (DBMS\_XPLAN.display(NULL, NULL, 'BASIC +PARALLEL'));

![20130615235316734][]

当我看到执行计划里面有Q1，00这样的描述，就以为并行度hint生效了，但是我没注意到，这里并行度只用在对test1表的全盘扫描上，并没有用在update上！！！！！其实这还是远远不够的。下面是执行了alter session enable parallel dml产生的执行计划：

![20130615235743265][]

这里可以看到执行计划上的差别：这次不止全盘扫描时用到了并行度，而且update时也用上了并行度，这才是我们需要的！！

最后注意要把session的并行度关掉：alter session disable parallel dml

[https://blog.csdn.net/luckyman100/article/details/9103853][https_blog.csdn.net_luckyman100_article_details_9103853]

<table> 
 <tbody> 
 <tr> 
 <td style="background-color:#5d7790;vertical-align:top;"> <h1 style="margin-left:0px;">虽然没有 alter session enable parallel dml， 但是parallel的hint仍然起作用了？&nbsp;</h1> <a href="http://www.itpub.net/thread-1852708-1-1.html" rel="nofollow">[复制链接]</a></td> 
 </tr> 
 </tbody> 
</table>

<table> 
 <tbody> 
 <tr> 
 <td style="background-color:#dfdfdf;vertical-align:top;width:160px;"><a rel="nofollow"></a> <a href="http://www.itpub.net/home.php?mod=space&amp;uid=28791162" rel="nofollow">今天晴天了</a> <a href="http://www.itpub.net/home.php?mod=space&amp;uid=28791162" rel="nofollow"><img alt="" src="http://img.account.itpub.net/head/028/79/11/62.jpg?x-oss-process=style/m" width="120"></a> 论坛徽章: 5 <img alt="2014年新春福章 日期:2014-02-18 16:49:31" src="http://www.itpub.net/source/plugin/itpub_medal/medalimgs/fu2014-small.gif"><img alt="马上有钱 日期:2014-02-18 16:49:31" src="http://www.itpub.net/source/plugin/itpub_medal/medalimgs/maqian-small.gif"><img alt="优秀写手 日期:2014-10-28 06:00:14" src="http://www.itpub.net/source/plugin/itpub_medal/medalimgs/youxiu1-small.gif"><img alt="暖羊羊 日期:2015-03-04 14:54:57" src="http://www.itpub.net/source/plugin/itpub_medal/medalimgs/nff-small.gif"><img alt="2015年新春福章 日期:2015-03-06 11:59:47" src="http://www.itpub.net/source/plugin/itpub_medal/medalimgs/fu-small.gif"> </td> 
 <td style="background-color:#dfdfdf;vertical-align:top;"> 电梯直达<a rel="nofollow"><img alt="跳转到指定楼层" src="http://www.itpub.net/template/itpub/image/fj_btn.png"></a> <a href="http://www.itpub.net/thread-1852708-1-1.html" rel="nofollow">1#</a> <img alt="" src="http://www.itpub.net/static/image/common/online_member.gif" width="16">&nbsp;发表于 2014-3-27 08:26&nbsp;|&nbsp;<a href="http://www.itpub.net/forum.php?mod=viewthread&amp;tid=1852708&amp;page=1&amp;authorid=28791162" rel="nofollow">只看该作者</a>&nbsp;<img alt="回帖奖励" src="http://www.itpub.net/template/itpub/image/arw_r.gif"> 
 <table> 
 <tbody> 
 <tr> 
 <td> 做了如下操作，测试没有 alter session enable parallel dml；情况下，parallel的hint是否能起作用？ SQL&gt; show rel <a href="http://www.itpub.net/tree/index_1/" rel="nofollow">Oracle</a>&nbsp;Database&nbsp;<a href="http://www.itpub.net/thread-1318149-1-1.html" rel="nofollow">11g</a>&nbsp;Enterprise Edition Release 11.2.0.3.0&nbsp; SQL&gt; alter session set sql_trace = true;&nbsp; Session altered SQL&gt; insert into&nbsp;<a href="http://www.itpub.net/tree/index_339/" rel="nofollow">bi</a>g_table select * from big_table; 74516 rows inserted SQL&gt;&nbsp; SQL&gt; insert /*+&nbsp;&nbsp;parallel */ into big_table select * from big_table; 149032 rows inserted SQL&gt; alter session set sql_trace = false;&nbsp; Session altered 找到trc文件，格式化后，看到如下： insert into big_table select * from big_table call&nbsp; &nbsp;&nbsp;&nbsp;count&nbsp; &nbsp;&nbsp; &nbsp; cpu&nbsp; &nbsp; elapsed&nbsp; &nbsp;&nbsp; &nbsp; disk&nbsp; &nbsp;&nbsp; &nbsp;query&nbsp; &nbsp; current&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;rows ------- ------&nbsp;&nbsp;-------- ---------- ---------- ---------- ----------&nbsp;&nbsp;---------- Parse&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;1&nbsp; &nbsp;&nbsp; &nbsp;0.00&nbsp; &nbsp;&nbsp; &nbsp; 0.01&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 1&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0 Execute&nbsp; &nbsp;&nbsp; &nbsp;1&nbsp; &nbsp;&nbsp; &nbsp;0.14&nbsp; &nbsp;&nbsp; &nbsp; 0.23&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;792&nbsp; &nbsp;&nbsp; &nbsp; 2492&nbsp; &nbsp;&nbsp; &nbsp; 9667&nbsp; &nbsp;&nbsp; &nbsp; 74516 Fetch&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;0.00&nbsp; &nbsp;&nbsp; &nbsp; 0.00&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0 ------- ------&nbsp;&nbsp;-------- ---------- ---------- ---------- ----------&nbsp;&nbsp;---------- total&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;2&nbsp; &nbsp;&nbsp; &nbsp;0.14&nbsp; &nbsp;&nbsp; &nbsp; 0.24&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;792&nbsp; &nbsp;&nbsp; &nbsp; 2493&nbsp; &nbsp;&nbsp; &nbsp; 9667&nbsp; &nbsp;&nbsp; &nbsp; 74516 Misses in library cache during parse: 1 Optimizer mode: ALL_ROWS Parsing user id: 83&nbsp;&nbsp; Number of plan statistics captured: 1 Rows (1st) Rows (avg) Rows (max)&nbsp;&nbsp;Row Source Operation ---------- ---------- ----------&nbsp;&nbsp;--------------------------------------------------- &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp;&nbsp;LOAD TABLE CONVENTIONAL&nbsp;&nbsp;(cr=2519 pr=792 pw=0 time=242928 us) &nbsp; &nbsp;&nbsp;&nbsp;74516&nbsp; &nbsp;&nbsp; &nbsp;74516&nbsp; &nbsp;&nbsp; &nbsp;74516&nbsp; &nbsp;TABLE ACCESS FULL&nbsp;<a href="http://www.itpub.net/tree/index_339/" rel="nofollow">BI</a>G_TABLE (cr=1066 pr=788 pw=0 time=29251 us cost=298 size=14507802 card=70086) ******************************************************************************** SQL ID: gujz6hynj50d6 Plan Hash: 4182993142 insert /*+&nbsp;&nbsp;parallel */ into big_table select * from big_table call&nbsp; &nbsp;&nbsp;&nbsp;count&nbsp; &nbsp;&nbsp; &nbsp; cpu&nbsp; &nbsp; elapsed&nbsp; &nbsp;&nbsp; &nbsp; disk&nbsp; &nbsp;&nbsp; &nbsp;query&nbsp; &nbsp; current&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;rows ------- ------&nbsp;&nbsp;-------- ---------- ---------- ---------- ----------&nbsp;&nbsp;---------- Parse&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;1&nbsp; &nbsp;&nbsp; &nbsp;0.00&nbsp; &nbsp;&nbsp; &nbsp; 0.00&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 1&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0 Execute&nbsp; &nbsp;&nbsp; &nbsp;1&nbsp; &nbsp;&nbsp; &nbsp;0.23&nbsp; &nbsp;&nbsp; &nbsp; 0.66&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp; 2939&nbsp; &nbsp;&nbsp; &nbsp;19303&nbsp; &nbsp;&nbsp; &nbsp;149032 Fetch&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;0.00&nbsp; &nbsp;&nbsp; &nbsp; 0.00&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;0 ------- ------&nbsp;&nbsp;-------- ---------- ---------- ---------- ----------&nbsp;&nbsp;---------- total&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;2&nbsp; &nbsp;&nbsp; &nbsp;0.23&nbsp; &nbsp;&nbsp; &nbsp; 0.66&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp; 2940&nbsp; &nbsp;&nbsp; &nbsp;19303&nbsp; &nbsp;&nbsp; &nbsp;149032 Misses in library cache during parse: 1 Optimizer mode: ALL_ROWS Parsing user id: 83&nbsp;&nbsp; Number of plan statistics captured: 1 Rows (1st) Rows (avg) Rows (max)&nbsp;&nbsp;Row Source Operation ---------- ---------- ----------&nbsp;&nbsp;--------------------------------------------------- &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp;&nbsp;LOAD TABLE CONVENTIONAL&nbsp;&nbsp;(cr=2990 pr=0 pw=0 time=662873 us) &nbsp; &nbsp; 149032&nbsp; &nbsp;&nbsp;&nbsp;149032&nbsp; &nbsp;&nbsp;&nbsp;149032&nbsp; &nbsp;PX COORDINATOR&nbsp;&nbsp;(cr=47 pr=0 pw=0 time=358870 us) &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp; PX SEND QC (RANDOM) :TQ10000 (cr=0 pr=0 pw=0 time=0 us cost=329 size=60410880 card=291840) &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp;&nbsp;PX BLOCK ITERATOR (cr=0 pr=0 pw=0 time=0 us cost=329 size=60410880 card=291840) &nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp;0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 0&nbsp; &nbsp;&nbsp; &nbsp;TABLE ACCESS FULL BIG_TABLE (cr=0 pr=0 pw=0 time=0 us cost=329 size=60410880 card=291840) ******************************************************************************** SQL ID: 4yhdgar8gyhxy Plan Hash: 0 可以看到，虽然没有 alter session enable parallel dml， 但是 insert /*+&nbsp;&nbsp;parallel */ into big_table select * from big_table仍然走了并行，这和很多地方说的不一样，为什么呢？ &nbsp; <a href="http://www.itpub.net/thread-1852708-1-1.html" rel="nofollow">http://www.itpub.net/thread-1852708-1-1.html</a> &nbsp; &nbsp; </td> 
 </tr> 
 </tbody> 
 </table></td> 
 </tr> 
 </tbody> 
</table>

[5566]: https://me.csdn.net/u012354280
[-oracle]: https://blog.csdn.net/u012354280/article/category/1689433
[https_blog.csdn.net_u012354280_article_details_16369149]: https://blog.csdn.net/u012354280/article/details/16369149
[Luis]: https://me.csdn.net/zhanglu0223
[https_blog.csdn.net_zhanglu0223_article_details_77869553]: https://blog.csdn.net/zhanglu0223/article/details/77869553
[Link 1]: https://me.csdn.net/wb96a1007
[oracle]: http://so.csdn.net/so/search/s.do?q=oracle&t=blog
[table]: http://so.csdn.net/so/search/s.do?q=table&t=blog
[Link 2]: http://so.csdn.net/so/search/s.do?q=%E4%BC%98%E5%8C%96&t=blog
[parallel]: http://so.csdn.net/so/search/s.do?q=parallel&t=blog
[insert]: http://so.csdn.net/so/search/s.do?q=insert&t=blog
[merge]: http://so.csdn.net/so/search/s.do?q=merge&t=blog
[Oracle]: https://blog.csdn.net/wb96a1007/article/category/953250
[https_blog.csdn.net_wb96a1007_article_details_7098687]: https://blog.csdn.net/wb96a1007/article/details/7098687
[luckman100]: https://me.csdn.net/qinyu100
[Link 3]: https://blog.csdn.net/qinyu100/article/category/1421038
[20130615235316734]: /images/20220418/564d1b3976524cd68730d6b151307c72.png
[20130615235743265]: /images/20220418/7d6c4aca9af24689959257929661e75e.png
[https_blog.csdn.net_luckyman100_article_details_9103853]: https://blog.csdn.net/luckyman100/article/details/9103853