/*+parallel(t,4)*/在SQL调优中的重要作用!
2013年11月17日 12:59:24 雾里看花5566 阅读数：5422更多
个人分类： 数据库-oracle
谈谈HINT /*+parallel(t,4)*/在SQL调优中的重要作用!
/*+parallel(t,4)*/在大表查询等操作中能够起到良好的效果,
基于并行查询要启动并行进程、分配任务与系统资源、合并结果集，这些都是比较消耗资源,
但我们为能够减少执行事务的时间使用parallel HINT还是值得的,尤其在ODS系统中报表统计等方面更有使用意义.
一般而言主要在如下情况使用parallel HINT
1.表的数据量很大,超过一千万;
2.数据库主机是多个CPU;
3.系统的当前负载较低;
简单的测试如下,效果很明显的:
-
SQL> select /*+parallel(t,4)*/count(*) from t; -
COUNT(*) -
---------- -
30245882 -
已用时间: 00: 01: 32.04 -
Execution Plan -
---------------------------------------------------------- -
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=5411 Card=1) -
1 0 SORT (AGGREGATE) -
2 1 SORT* (AGGREGATE) :Q351880 -
00 -
3 2 TABLE ACCESS* (FULL) OF 't' (Cost=5411 Car :Q351880 -
d=2822493) 00 -
2 PARALLEL_TO_SERIAL SELECT /*+ PIV_SSF */ SYS_OP_MSR(COUNT(*)) F -
ROM (SELECT /*+ NO_EXPAND ROWID(A2) -
3 PARALLEL_COMBINED_WITH_PARENT -
SQL> select count(*) from t; -
COUNT(*) -
---------- -
30245882 -
已用时间: 00: 04: 34.02 -
Execution Plan -
---------------------------------------------------------- -
0 SELECT STATEMENT Optimizer=CHOOSE -
1 0 SORT (AGGREGATE) -
2 1 TABLE ACCESS (FULL) OF 't' -
SQL>
https://blog.csdn.net/u012354280/article/details/16369149
Oracle并行模式（Parallel）
2017年09月06日 18:00:39 白开水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就可以了。