Oracle并行
什么是并行
并行是Oracle为了提高大数据量的运算效率而提供多进程协作技术，它可以让多个CPU同时处理一个计算任务，充分使用系统资源，提高计算效率。
什么操作支持并行
大部分的DML(insert/update/delete/merge)、DDL、Query都支持并行操作。
什么情况下需要启用并行
并不是所有的SQL都应该使用并行。要使用并行需满足以下两个条件，否则结果可能适得其反：
1） 机器有充分的空闲资源(CPU、内存等)
2） 参与运算的数据量大。在当前系统初定于参与运算数据量大于10GB或者SQL运行时间超过30分钟可考虑使用并行。
如何启用并行
可以用hint、alter session或者设置对象并行属性三种方式设置启用并行。三种方式任意一种就可以使并行生效，如果多种方式同时存在的话，则优先级顺序是：hint -> alter session -> table/index degree。
注意：
建议在hint或者alter session中控制并行，不要通过修改表或者索引的属性(degree)来控制。在查询频繁的情况下，把表或者索引的并行度改大可能会导致严重的性能问题
对于insert ……select ……如何设置并行
insert……select….包含两个部分，query和dml，可以为这两个部分分别设置并行度。因为insert操作是dml，因此还需要通过alter session方式把pdml启用，如：
alter session enable parallel dml;
insert /*+ append parallel(a,4) */ into table_a a
select /*+ parallel(b,8) */ * from table_b b where ……;
在存储过程/包中如何启用并行
参考上文所述。唯一的区别是如果需要执行alter session，则需要用动态语句执行，如：execute immediate ‘alter session enable parallel dml’;
并行度该设置多大
一般来说，并行度越大SQL的执行效率越高，但是不建议设置超过CPU核数的并行度。在当前的RAC中，考虑到同时会有多个任务在跑，为了不影响其他任务，并行度需要严格控制在32个以下，一般的建议值是8和16。另外，建议并行度设置为2的n次方，如2/4/8/16/32等。
既有DML又有query的SQL如何设置并行度？如insert …..select…..
1) 如果写入量大，则在insert上加并行会明显提升性能；否则在insert上加并行基本没有什么意义。如：
insert into t(game_name,num) select game_name,count(1) cnt from popt_total_login_all_his group by game_name;
这种SQL主要瓶颈在查询上，写入量很少，因此只需要在查询部分设置并行即可。
2) 如果查询量大，则在查询上加并行会明显提升性能；
3) 如果写入和查询量都大，则在两个部分都要加并行，不要让其中一方成为瓶颈。
总结起来就是：瓶颈在部分，就在这部分上加并行；如果都有瓶颈，则都加并行。
对于pdml，建议：
1) 由于并行dml有诸多限制和弊端，因此在写入量不大的情况下，尽量不启用并行dml。
2) insert和query的并行度不一定要一致，可根据实际调整，一般设置query并行度大于等于insert并行度。并行度最好设置为2的n次方。
3) 并行度不要设置超过CPU的个数
如何查询并行是否起作用
1) 在SQL执行的时候，在PL/SQL DEV看是否有多个活动会话执行一个SQL
2) SQL执行完了以后，在同一个会话查询v$pq_sesstat
SQL> select * from v$pq_sesstat;
STATISTIC LAST_QUERY SESSION_TOTAL
------------------------------ ---------- -------------
Queries Parallelized 1 1
DML Parallelized 0 0
DDL Parallelized 0 0
上面的结果中，如果last_query有非0的值，表示并行起作用了。
如何跨实例并行
在当前的RAC环境，为了减少cache fusion，提高效率，默认情况把SQL并行限制在同一个节点执行。如果有超超大的SQL需要多个节点同时并行，则可以用如下语句来控制并行可跨越的实例：
alter session set parallel_instance_group=dw; --可跨越4个节点
alter session set parallel_instance_group=dw1; --限制在节点1执行
alter session set parallel_instance_group=dw12; --限制在节点1和2执行
alter session set parallel_instance_group=dw124; --限制在节点1/2/4三个节点执行
原则上不允许跨实例并行，如果必须跨实例，则使用前需征得DBA同意。
为什么我的SQL达不到我设定的并行度
并行度受以下(不限于)条件限制：
1) 系统的session、process参数的设定(一般不会超过)
2) parallel_max_serversx限制。这个限定目前是256，意味着一个节点最多启动256个并行从属进程。在多用户多SQL同时执行的情况下，很容易达到这个上限。
3) 对于个人用户，当前最多只允许4个或者10个连接同时访问数据库。这意味着个人用户下，并行度不能超过4或者10。(systemuser等程序账号不在此限制范围之内)
并行有什么弊端
1） 并行dml会浪费空间，并行度越高，浪费越厉害
2） 被并行dml影响的表需要提交或者回滚后才能被后续的SQL使用，否则会报错，这可能会影响事务的一致性。
3） 并行容易触发异常或者bug，降低系统和程序的稳定性
注意：如果正常的查询，执行计划中用到了index fast full scan，你如果想使用并行的话，可以通过hint parallel_index来，而不要通过parallel来，后者会选择全表扫描的。参考：PARALLEL_INDEX与索引并发
