Oralce单机并发关键参数sessions&processes

网上关于oracle并发连接数的优化文章千篇一律，几乎都是把最大processes从150改为300，至于为什么改为300，最大能支持多少都没有说清楚。于是准备去官方文档一探究竟。

---

首先是processes和sessions这两个关键参数。

processes

Property	Description
Parameter type	Integer
Default value默认值	100
Modifiable	No
Range of values取值范围	6 to operating system dependent.最小6，最大取决于操作系统
Basic	Yes
Real Application Clusters RAC集群	Multiple instances can have different values. RAC集群多实例可以支持不同的参数。

以上内容来自官方文档 PROCESSES

根据Oracle定义的PROCESSES的默认值，这个值应该说是默认100，但是实际上到现在我看到的Oracle这个默认值都是150，所以这个默认值具体是怎么依赖机器配置的未知。

PROCESSES指定了可以同时连接到Oracle的最大操作系统用户进程数，包括后台进程、锁、作业队列和并行执行的进程。而且SESSIONS和TRANSACTIONS参数的默认值都是从此参数派生的。所以，当调整PROCESSES时，也要相应的调整这两个参数。

那么，并发进程数的调整，首先应该看常规配置下单机能支撑多少进程，然后相应的对session和transactions进行修改。

再来看sessions：

sessions

Property	Description
Parameter type	Integer
Default value	Derived: (1.5 * PROCESSES) + 22
Modifiable	No
Range of values	1 to 2^16
Basic	Yes

更多解释见官方文档 PROCESSES

根据文档看下来，sessions的默认值的计算公式是：

默认sessions = (1.5 * processes) + 22

session的定义是客户端与Oracle服务器的一次登录请求，每次登录请求会产生一个session。sessions有效的确定了数据库的最大并发用户数。应该始终将此参数显式设置为等于最大并发用户数的估计值，加上后台进程数，再加上递归会话的大约10%。

ENQUEUE_RESOURCES和TRANSACTIONS也受sessions影响，所以改变sessions后，还要改变这两个参数。

pga_aggregate_target

这个参数是PGA内存的大小，跟并发数有关。当PROCESSES调大的时候，PGA相应的也要给大。

pga_aggregate_target=并发数量 * 4M

通过这个sql可以看每个连接进程消耗的pga大小：

select sum(pga_used_mem)/1024 total_used, sum(pga_used_mem)/count(1)/1024 used_avg, sum(pga_alloc_mem)/1024 total_alloc, sum(pga_alloc_mem)/count(1)/1024 alloc_avg from v$process;

Tips：修改processes参数之后，sessions参数和transactions参数在重启后自动调整了。其影响顺序是：processes > sessions > transactions . 调整前面的，后面的会自动调整，但是调整后面的，前面的不会调整。