- 1. 序
在历史数据转出测试过程中，通过不断的优化，包括SQL调整和数据库调整，从AWR中看到，基本上难以进行更多的性能提升，于是准备试试并行执行的特性，从这个任务的特点来分析，也比较适合采用这项技术。本文介绍了使用并行执行过程中的常用SQL，以及遇到的一些问题，以及性能对比试验的结果，并且分享了一些问题的解决经验，分析了适合并行执行的场景。
- 2. 概念及常用语法
并行执行通过充分利用硬件资源来实现特定任务的性能提升，将一个SQL语句同时分布到多个CPU上去执行，从而缩短总的耗时。
Oracle的并行执行包括：
1) 并行查询
2) 并行DML(insert,delete,update)
3) 并行DDL(表和索引的创建)。
为了方便参考使用，下面将收集的常用语句按并行执行的三个级别进行介绍：
l 对象级
设置表和索引的并行度，从而使用涉及这些对象的SQL操作按设定的并行度执行。
例如：alter table 门诊费用记录 parallel 8;
alter index 门诊费用记录_IX_登记时间 parallel;
如果不指定并行度的值，Oracle会根据参数和CPU数来估算一个缺省值。
禁用并行度(指定并行度为1或使用noparallel)：
alter table 门诊费用记录 parallel 1;
alter index 门诊费用记录_IX_登记时间 noparallel;
如果不改变对象的并行度属性，唯一可以禁用并行查询的方法是将初始化参数parallel_max_servers设置为0。
l 会话级
人工启用和禁用的语法如下：
ALTER Session ENABLE PARALLEL query[|DML|DDL];
ALTER Session DISABLE PARALLEL query[|DML|DDL];
强制按指定的并行度执行。
ALTER Session FORCE PARALLEL QUERY PARALLEL 8;
ALTER Session FORCE PARALLEL DML PARALLEL 8;
ALTER Session FORCE PARALLEL DDL PARALLEL 8;
强制并行对于递归SQL不起作用，但覆盖表或索引上定义的并行度。
查询当前会话是否启用了并行执行：
（Oracle 10.2.0.1上，缺省启用了并行QUERY和DDL，没有启用DML）
SQL> SELECT pq_status ,pdml_status, pddl_status
FROM v$session WHERE sid=sys_context('userenv','sid');
PQ_STATUS PDML_STATUS PDDL_STATUS
--------- ----------- -----------
ENABLED DISABLED ENABLED
l 语句级
通过在SQL中添加提示来指定并行执行及并行度。
优化器只是按指定的提示来考虑是否使用并行执行，并不会强制使用（它会选择成本最低的那一个执行计划）
例如：
Select /*+ parallel(t1,8)*/count(*) from 门诊费用记录 t1;
Create table 医嘱执行时间 parallel 8 as
select /*+ parallel(t1,8)*/* from医嘱执行时间 t1;
alter index 门诊费用记录_IX_登记时间 rebuild parallel 8;
注意：
并行DML需要先在会话级显示的启用，并且需要同时启用并行查询；
例：
SQL>ALTER Session ENABLE PARALLEL DML;
SQL> ALTER Session ENABLE PARALLEL QUERY;
SQL> Update /*+ parallel(t1,8)*/ 门诊费用记录 t1
Set 待转出 = 132
Where 结帐id In
(Select /*+ parallel(t2,8)*/结帐id From 病人预交记录 t2 Where 待转出 = 132);
如果不提交事务，该会话的后续SQL无法访问被修改的表，查询未提交事务的表，将会返回错误：”ora-12838:无法读取、修改一个被并行修改过的表”
定义主键约束时，无法并行的自动创建主键索引，但可以采取以下变通方式：
CREATE UNIQUE INDEX 检验标本记录_UQ_标本序号
ON 检验标本记录(核收时间, 仪器ID, 标本序号, 标本类别) PARALLEL 8;
ALTER TABLE 检验标本记录 ADD CONSTRAINT
检验标本记录_UQ_标本序号 Unique (核收时间, 仪器ID, 标本序号, 标本类别);
这种方式创建的主键约束与自动创建的有一个差别，就是删除主键的时候，不会自动删除对应的索引，需要增加删除索引的语法，例：
ALTER TABLE 检验标本记录 drop
CONSTRAINT 检验标本记录_UQ_标本序号 cascade drop index;
另外，关于并行查询的参数配置，大部分情况下，无须调整，网上的资料比较多，这里不再一一列举。仅说明一个参数：
当执行并行重建索引时，可能会遇到ora-00600错误，通过修改参数parallel_execution_message_size可解决这个问题，例：
SQL> alter system set parallel_execution_message_size=8192 scope=spfile;
缺省值为2148，对于一般的并行任务，这个值太小。
修改后需重启数据库。
- 3. 使用效果
l 并行查询及并行DML
由于所使用的历史数据转出，大部分查询均是索引范围扫描，没有全表扫描，所以，不适合并行执行。
但是，由于一次意外操作：索引压缩重建（并行DDL），执行后导致索引的属性自动加上了并行度，导致相关的SQL查询自动启用了并行查询，结果，执行计划采用了大表全表扫描，采用hash连接或嵌套连接，导致查询异常缓慢。
一些复杂的SQL执行超过了一个小时，甚至下面这种简单的SQL执行超过了5个小时仍然没有返回结果：
Update /*+ rule*/ 病人医嘱计价
Set 待转出 = n_批次
Where 医嘱id In (Select ID From 病人医嘱记录 Where 待转出 = n_批次);
查看执行计划，发现采用了全表扫描+嵌套连接索引的方式。
并且，提示字rule失效，优化器模式变成了CBO。最后，取消了索引的并行度，然后，重建索引，禁用了压缩特性，最终执行计划才恢复了正常。
因为普通的索引范围扫描并不能使用并行查询（除非是分区索引），所以，优化器会选择全表扫描方式，但是很多时候这并不是我们所期望的访问方式。
所以，并行查询和并行DML一定要慎重，否则，性能差别非常大。
l 直接路径插入
为了快速的加载大量数据，采用直接路径插入方式可以大幅提升插入性能。
直接路径插入自动对insert 和Select操作采用了并行执行，并且目标表采用nologging最小日志模式的话，试验表明，最高可减少5倍的耗时。
例：
Insert Into /*+ append*/H住院费用记录(ID, 记录性质, NO, ……)
Select ID, 记录性质, NO, …… From 住院费用记录 Where 待转出 = 132;
l 并行DDL
历史数据转出过程中，需要重建转出表上的查询所用到的索引，以便及时回收空间，加快查询速度，但这个索引重建的过程非常耗时。测试环境的配置为：32G内存、32路CPU(4*8)、Raid10的SCSI硬盘。
测试结果表明：
- 并行DDL要快50%以上。
没有并行时，重建索引需要36分钟，并行执行只需要16分钟。
- 并不是并行度越高就越快。
因为磁盘IO所限，该环境下并行度为8时最快
l 并行收集统计信息
收集对象统计信息的时候，有一个参数可以指定并行度，并行的效果非常明显。试验表明，收集ZLHIS的所有对象，并行执行可以将整个时间由1个半小时缩短到30分钟左右。
- 4. 小结
并行执行属于Oracle的OLAP应用特性之一，如果你有一些耗时很长的任务，并且服务器有大量的闲置资源（CPU,内存,IO带宽），则比较适合采用并行执行技术，它可以给你带来成倍的性能提升效果，否则，并行执行可能会由于大量的消耗资源从而影响其他人的正常使用。所以，并行执行一般情况，较少的在OLTP场合中应用，因为通常我们并不希望某一个人占用过多的系统资源。
- 5. 参考资料
1) Oracle 性能诊断艺术.Christian Antognini.2009
2) Oracle 性能优化求生指南.Guy Harrison .2012
- 6. 附：索引重建并行对比测试
--无并行
22:26:19 SQL> exec Zl1_Datamove_Reb(100, 1, 6);
PL/SQL procedure successfully completed
Executed in 2199.734 seconds
--------------------------------------------------------------
SQL> ALTER session FORCE PARALLEL DDL PARALLEL 24;
SQL> exec Zl1_Datamove_Reb(100, 1, 6);
PL/SQL procedure successfully completed
Executed in 1450.828 seconds
--------------------------------------------------------------
SQL> ALTER session FORCE PARALLEL DDL PARALLEL 16;
SQL> exec Zl1_Datamove_Reb(100, 1, 6);
PL/SQL procedure successfully completed
Executed in 1272.063 seconds
--------------------------------------------------------------
SQL> ALTER session FORCE PARALLEL DDL PARALLEL 8;
SQL> exec Zl1_Datamove_Reb(100, 1, 6);
PL/SQL procedure successfully completed
Executed in 1018.765 seconds
--------------------------------------------------------------
SQL> ALTER session FORCE PARALLEL DDL PARALLEL 4;
SQL> exec Zl1_Datamove_Reb(100, 1, 6);
PL/SQL procedure successfully completed
Executed in 1125.719 seconds