一、简单介绍oltp和olap系统的特点小结答：oltp和olap是我们大家在日常生产库中最常用到的2种系统，简单的说oltp是基于多事务短时
引言：首先说明并行技术属于大数据范畴，适合olap系统，在任务分割、数据块分割、资源充裕的场合应用较广，本次分享主要概括并行原理、实际应用、性能对比、并行直接加载、索引属性、特点小结等六个小点去重点阐述。下面的测试是我的笔记，这些笔记也参考了《让oracle跑得更快2》作者：谭怀远 一书的引导，在此向谭总表示感谢，向帮助过我们的人表示感谢 zhixiang yangqiaojie等好友，下面我们就开始快乐的旅途！
一、简单介绍oltp和olap系统的特点小结
答：oltp和olap是我们大家在日常生产库中最常用到的2种系统，简单的说oltp是基于多事务短时间片的系统，内存的效率决定了数据库的效率。
olap是基于大数据集长时间片的系统，sql执行效率决定了数据库的效率。因此说“并行parallel”技术属于olap系统范畴
二、并行技术实现机制和场合
答：并行是相对于串行而言的，一个大的数据块分割成n个小的数据块，同时启动n个进程分别处理n个数据块，最后由并行协调器coordinater整合结果返回给用户。实际上在一个并行执行的过程中还存在着并行进程之间的通信问题（并行间的交互操作）。上面也说过并行是属于大数据处理的技术适合olap，并不适合oltp，因为oltp系统中的sql执行效率通常都是非常高的。
三、测试并行技术在实际中的应用和规则
（1)在有索引的表leo_t上使用并行技术，但没有起作用的情况
创建一张表
ls@leo> create table leo_t as select rownum id ,object_name,object_type from dba_objects;
在表id列上创建索引
ls@leo> create index leo_t_idx on leo_t(id);
收集表leo_t统计信息
ls@leo> execute dbms_stats.gather_table_stats(ownname=>'ls',tabname=>'leo_t',method_opt=>'for all indexed columns size
2',cascade=>true);
为表启动4个并行度
ls@leo> alter table leo_t parallel 4;
启动执行计划
ls@leo> set autotrace trace explain stat
ls@leo> select * from leo_t where id=100; 使用索引检索的数据，并没有启动并行
execution plan 执行计划
----------------------------------------------------------
plan hash value: 2049660393
-----------------------------------------------------------------------------------------
| id | operation | name | rows | bytes | cost (%cpu)| time |
-----------------------------------------------------------------------------------------
| 0 | select statement | | 1 | 28 | 2 (0)| 00:00:01 |
| 1 | table access by index rowid| leo_t | 1 | 28 | 2 (0)| 00:00:01 |
|* 2 | index range scan | leo_t_idx | 1 | | 1 (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
predicate information (identified by operation id):
---------------------------------------------------
2 - access(id=100)
statistics 统计信息
----------------------------------------------------------
1 recursive calls
0 db block gets
4 consistent gets 4次一致性读，即处理4个数据块
0 physical reads
0 redo size
544 bytes sent via sql*net to client
381 bytes received via sql*net from client
2 sql*net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
说明：我们在这个表上启动了并行但没有起作用是因为cbo优化器使用了b-tree索引来检索的数据直接就定位到rowid（b-tree索引特点适合重复率比较低的字段），所以才发生了4个一致性读，发现使用索引效率非常高，资源代价比较小没有使用并行的必要了。
（2)读懂一个并行执行计划
ls@leo> select object_type,count(*) from leo_t group by object_type; 对象类型分组统计
35 rows selected.
execution plan 并行执行计划
----------------------------------------------------------
plan hash value: 852105030
------------------------------------------------------------------------------------------------------------------
| id | operation | name | rows | bytes | cost (%cpu)| time | tq |in-out| pq distrib |
------------------------------------------------------------------------------------------------------------------
| 0 | select statement | | 10337 | 111k| 6 (17)| 00:00:01 | | | |
| 1 | px coordinator | | | | | | | | |
| 2 | px send qc (random) | :tq10001 | 10337 | 111k| 6 (17)| 00:00:01 | q1,01 | p->s | qc (rand) |
| 3 | hash group by | | 10337 | 111k| 6 (17)| 00:00:01 | q1,01 | pcwp | |
| 4 | px receive | | 10337 | 111k| 6 (17)| 00:00:01 | q1,01 | pcwp | |
| 5 | px send hash | :tq10000 | 10337 | 111k| 6 (17)| 00:00:01 | q1,00 | p->p | hash |
| 6 | hash group by | | 10337 | 111k| 6 (17)| 00:00:01 | q1,00 | pcwp | |
| 7 | px block iterator | | 10337 | 111k| 5 (0)| 00:00:01 | q1,00 | pcwc | |
| 8 | table access full| leo_t | 10337 | 111k| 5 (0)| 00:00:01 | q1,00 | pcwp | |
------------------------------------------------------------------------------------------------------------------
statistics 统计信息
----------------------------------------------------------
44 recursive calls
0 db block gets
259 consistent gets 259次一致性读，即处理259个数据块
0 physical reads
0 redo size
1298 bytes sent via sql*net to client
403 bytes received via sql*net from client
4 sql*net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
35 rows processed
ps -ef | grep oracle 从后台进程上看也能发现起了4个并行进程和1个协调进程
oracle 25075 1 0 22:58 ? 00:00:00 ora_p000_leo
oracle 25077 1 0 22:58 ? 00:00:00 ora_p001_leo
oracle 25079 1 0 22:58 ? 00:00:00 ora_p002_leo
oracle 25081 1 0 22:58 ? 00:00:00 ora_p003_leo
oracle 25083 1 0 22:58 ? 00:00:00 ora_p004_leo
说明：在进行分组整理的select中，会处理大量的数据集（发生了259次一致性读），这时使用并行来分割数据块处理可以提高效率，因此oracle使用了并行技术，解释一下并行执行计划步骤，并行执行计划应该从下往上读，当看见px（parallel execution）关键字说明使用了并行技术
1.首先全表扫描
2.并行进程以迭代iterator的方式访问数据块，并将扫描结果提交给父进程做hash group
3.并行父进对子进程传递过来的数据做hash group操作
4.并行子进程（px send hash）将处理完的数据发送出去，子和父是相对而言的，我们定义发送端为子进程，接收端为父进程
5.并行父进程（px receive）将处理完的数据接收
6.按照随机顺序发送给并行协调进程qc（query coordinator）整合结果（对象类型分组统计）
7.完毕后qc将整合结果返回给用户
说明并行执行计划中特有的in-out列的含义（指明了操作中数据流的方向）
parallel to serial（p->s）: 表示一个并行操作向一个串行操作发送数据，通常是将并行结果发送给并行调度进程qc进行汇总
parallel to parallel（p->p）：表示一个并行操作向另一个并行操作发送数据，一般是并行父进程与并行子进程之间的数据交流。
parallel combined with parent(pcwp): 同一个从属进程执行的并行操作，同时父操作也是并行的。
parallel combined with child(pcwc): 同一个从属进程执行的并行操作，同时子操作也是并行的。
serial to parallel（s->p）: 表示一个串行操作向一个并行操作发送数据，如果select部分是串行操作，就会出现这个情况
（3）介绍4个我们常用的并行初始化参数
parallel_min_percent 50% 表示指定sql并行度最小阀值才能执行，如果没有达到这个阀值，oracle将会报ora-12827错误
parallel_adaptive_multi_user true 表示按照系统资源情况动态调整sql并行度，已取得最好的执行性能
parallel_instance_group 表示在几个实例间起并行
parallel_max_servers 100 表示整个数据库实例的并行进程数不能超过这个值
parallel_min_servers 0 表示数据库启动时初始分配的并行进程数，如果我们设置的并行度小于这个值，并行协调进程会按我们的并行度来分配并行进程数，如果我们设置的并行度大于这个值，并行协调进程会额外启动其他的并行进程来满足我们的需求
（4）使用hint方式测试dml并行查询性能
首先说一下什么时候可以使用并行技术
1.对象属性：在创建的时候，就指定了并行关键字，长期有效
2.sql强制执行：在sql中使用hint提示方法使用并行，临时有效，它是约束sql语句的执行方式，本次测试就是使用的hint方式
ls@leo> select /*+ parallel(leo_t 4) */ count(*) from leo_t where object_name in (select /*+ parallel(leo_t1 4) */ object_name from
leo_t1);
execution plan 执行计划
----------------------------------------------------------
plan hash value: 3814758652
-------------------------------------------------------------------------------------------------------------------
| id | operation | name | rows | bytes | cost (%cpu)| time | tq |in-out| pq distrib |
-------------------------------------------------------------------------------------------------------------------
| 0 | select statement | | 1 | 94 | 16 (0)| 00:00:01 | | | |
| 1 | sort aggregate | | 1 | 94 | | | | | |
| 2 | px coordinator | | | | | | | | |
| 3 | px send qc (random) | :tq10002 | 1 | 94 | | | q1,02 | p->s | qc (rand) |
| 4 | sort aggregate | | 1 | 94 | | | q1,02 | pcwp | |
|* 5 | hash join semi | | 10337 | 948k| 16 (0)| 00:00:01 | q1,02 | pcwp | |
| 6 | px receive | | 10337 | 282k| 5 (0)| 00:00:01 | q1,02 | pcwp | |
| 7 | px send hash | :tq10000 | 10337 | 282k| 5 (0)| 00:00:01 | q1,00 | p->p | hash |
| 8 | px block iterator | | 10337 | 282k| 5 (0)| 00:00:01 | q1,00 | pcwc | |
| 9 | table access full| leo_t | 10337 | 282k| 5 (0)| 00:00:01 | q1,00 | pcwp | |
| 10 | px receive | | 10700 | 689k| 11 (0)| 00:00:01 | q1,02 | pcwp | |
| 11 | px send hash | :tq10001 | 10700 | 689k| 11 (0)| 00:00:01 | q1,01 | p->p | hash |
| 12 | px block iterator | | 10700 | 689k| 11 (0)| 00:00:01 | q1,01 | pcwc | |
| 13 | table access full| leo_t1 | 10700 | 689k| 11 (0)| 00:00:01 | q1,01 | pcwp | |
-------------------------------------------------------------------------------------------------------------------
并行先扫描子查询leo_t1表，然后对主查询leo_t表进行扫描，，按照随机顺序发送到并行协调进程qc整合结果，最后将结果返回给用户
predicate information (identified by operation id):
---------------------------------------------------
5 - access(object_name=object_name)
note
-----
- dynamic sampling used for this statement
statistics 统计信息
----------------------------------------------------------
28 recursive calls
0 db block gets
466 consistent gets 466次一致性读，即处理了446个数据块
0 physical reads
0 redo size
413 bytes sent via sql*net to client
381 bytes received via sql*net from client
2 sql*net roundtrips to/from client
2 sorts (memory)
0 sorts (disk)
1 rows processed