Oracle并发（CONCURREMT）收集统计信息

对于大表的统计信息收集，我们可以加degree参数，使得扫描大表的时候，进行并行扫描，加快扫描速度。
但是这在收集的时候，还是进行一个表一个表的扫描。并没有并发的扫描各个表。在oracle 11.2.0.2之后，就有了一个参数，可以并发扫描表（或者分区），这就是CONCURRENT参数。你可以通过

SELECT DBMS_STATS.get_prefs('CONCURRENT') FROM dual;

看到你的数据库是否启用了CONCURRENT收集统计信息。

开启方式为:

SQL> begin
  2   dbms_stats.set_global_prefs('CONCURRENT','TRUE');
  3  end;
  4  /

开启concurrent之后，收集统计信息就会以并发的形式进行，会并发出多个job进程。
其收集方式如下图：

从测试结果看，启用concurrent的收集统计信息速度对比：
schema级别的收集，XXX_SCHEMA下有400个多segment，大约20多GB：
默认：

exec dbms_stats.gather_schema_stats(ownname => 'XXX_SCHEMA');
--263秒

开启8个并发：

exec dbms_stats.gather_schema_stats(ownname => 'XXX_SCHEMA',degree => 8);
--95秒。

开启concurrent+8个并发：

begin
dbms_stats.set_global_prefs('CONCURRENT','TRUE');
end;

exec dbms_stats.gather_schema_stats(ownname => 'XXX_SCHEMA',degree => 8);
--61秒

database级别的收集：（600多G数据，9万多个segment）
默认：

exec sys.dbms_stats.gather_database_stats;
--9小时

开启concurrent+8个并发：

begin
dbms_stats.set_global_prefs('CONCURRENT','TRUE');
end;


exec dbms_stats.sys.dbms_stats.gather_database_stats(degree => 8);
--4小时

需要注意的是：
1. 用concurrent收集统计信息，需要收集统计信息用户具有以下权限：
CREATE JOB
MANAGE SCHEDULER
MANAGE ANY QUEUE
即使是该用户具有了dba角色，也还是需要显式授权上述权限。
不然执行job的时候，可能会报错
ORA-27486 insufficient privileges和ORA-20000: Statistics collection failed for 32235 objects in the database

2. concurrent不能控制多少的并发度，所以如果数据库的初始化参数job_queue_processes设置的太高，（注意，在11.2.0.3之后，这个值的默认值是1000，所以就可能并发出1000个job。）
如在测试时，某测试库设置了60个job_queue_processes的时候，数据库中就会并发出60个job来收集统计信息。此时的top情况，可以看到CPU的user部分基本已经在90%以上了。

top - 11:31:08 up 118 days, 19:28,  2 users,  load average: 30.65, 28.13, 25.64
Tasks: 728 total,  50 running, 678 sleeping,   0 stopped,   0 zombie
Cpu(s): 91.7%us,  7.5%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.7%si,  0.0%st
Mem:  16467504k total, 16375356k used,    92148k free,   119896k buffers
Swap:  6094844k total,  2106168k used,  3988676k free,  8952852k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
19295 ora       20   0 8856m 154m 119m R 22.9  1.0   0:01.44 ora_j030_mydb12
18503 ora       20   0 8856m 583m 548m R 21.0  3.6   0:25.02 ora_j032_mydb12
19042 ora       20   0 8856m 332m 297m R 21.0  2.1   0:09.21 ora_j026_mydb12
19162 ora       20   0 8856m 273m 238m R 21.0  1.7   0:05.51 ora_j020_mydb12
19203 ora       20   0 8856m 198m 164m R 21.0  1.2   0:02.66 ora_j035_mydb12
19211 ora       20   0 8856m 243m 208m R 21.0  1.5   0:04.03 ora_j024_mydb12
18550 ora       20   0 8856m 526m 491m R 20.0  3.3   0:21.06 ora_j033_mydb12
19009 ora       20   0 8856m 305m 271m R 20.0  1.9   0:07.84 ora_j031_mydb12
18792 ora       20   0 8857m 502m 467m R 19.6  3.1   0:18.23 ora_j022_mydb12
19199 ora       20   0 8856m 204m 169m R 19.3  1.3   0:03.31 ora_j025_mydb12
19137 ora       20   0 8857m 401m 367m R 19.0  2.5   0:06.67 ora_j011_mydb12
14518 ora       20   0 8857m 3.7g 3.6g R 18.3 23.3   1:25.49 ora_j003_mydb12
...
19128 ora       20   0 8857m 257m 222m R 17.0  1.6   0:04.57 ora_j034_mydb12
19255 ora       20   0 8856m 208m 173m R 17.0  1.3   0:02.79 ora_j000_mydb12
19065 ora       20   0 8856m 437m 402m R 16.7  2.7   0:09.31 ora_j001_mydb12
19073 ora       20   0 8856m 262m 227m R 16.7  1.6   0:05.53 ora_j038_mydb12
19195 ora       20   0 8848m 246m 215m R 16.7  1.5   0:04.21 ora_j004_mydb12
19112 ora       20   0 8857m 297m 262m D 16.4  1.9   0:06.68 ora_j017_mydb12
19299 ora       20   0 8856m 155m 120m R 16.4  1.0   0:01.21 ora_j037_mydb12
12088 ora       20   0 8872m 1.4g 1.3g R 16.0  8.8   6:59.12 ora_j021_mydb12
19108 ora       20   0 8856m 310m 275m R 16.0  1.9   0:06.90 ora_j006_mydb12
19191 ora       20   0 8856m 233m 198m R 16.0  1.5   0:04.01 ora_j016_mydb12
19259 ora       20   0 8829m 174m 163m R 15.7  1.1   0:02.84 ora_j008_mydb12
18536 ora       20   0 8857m 516m 481m R 15.4  3.2   0:19.72 ora_j040_mydb12
18939 ora       20   0 8856m 322m 287m R 15.4  2.0   0:07.44 ora_j039_mydb12

所以开启concurrent的另外一个建议，就是使用resource manager。

3. 观察concurrent收集的进度：

select job_name, state, comments
from dba_scheduler_jobs
where job_class like 'CONC%';

select state,count(*)
from dba_scheduler_jobs
where job_class like 'CONC%';
group by state;

4. 当启用concurrent的时候，同时再使用并行，建议将PARALLEL_ADAPTIVE_MULTI_USER设置成false，关闭并发度的自适应调整。
默认值是true，当使用默认值时，使自适应算法，在查询开始时基于系统负载来自动减少被要求的并行度。实际的并行度基于默认、来自表或hints的并行度，然后除以一个缩减因数。该算法假设系统已经在单用户环境下进行了最优调整。

5. EBS系统应用是采用自己的并发管理器（FND_STATS）来收集统计信息，而收集统计信息用户往往是没有显式授权CREATE JOB、MANAGE SCHEDULER、MANAGE ANY QUEUE的。且EBS中用户众多，不可能为这些应用用户都显式授权。
所以在EBS中不能开启concurrent参数。EBS的安装文档中（Doc ID 396009.1），也是说将数据上收集统计信息的功能关闭的（_optimizer_autostats_job=false）

参考：
https://blogs.oracle.com/optimizer/entry/gathering_optimizer_statistics_is_one
http://blog.csdn.net/lukeUnique/article/details/51705922
Doc ID 1555451.1 – FAQ: Gathering Concurrent Statistics Using DBMS_STATS Frequently Asked Questions
Doc ID 396009.1 – Database Initialization Parameters for Oracle E-Business Suite Release 12