详解Oracle 11g DRCP连接方式的基本原理-木庄网络博客

本文整理自网络，侵删。

学习Oracle是一个复杂、繁琐的过程。在浩如烟海的Oracle官方资料、新特性、MOS资料和各种Internal知识面前，我们总是觉得力不从心、不知所措。但是，这往往也就是我们不断坚持、积累和追寻的乐趣。

在Oracle 11g中，提出了突破传统专用/共享连接的第三种连接方式——Database Resident Connection Pooling（DRCP）。本篇我们一起来探讨这项技术。

1、从Dedicated Server到Shared Server

　　Client Process连接到Server Process的方式，传统上有两种方式：Dedicated Server和Shared Server。在Client连入到Oracle Server的过程中，默认是通过监听器listener监听器进行Oracle实例服务定位。只有再由监听器fork出的子进程向Instance请求出一个Server Process与Client Process远程通信。不同的连接方式，就体现在数据库实例在接受到Server Process请求后，是怎么样提供出Server Process进程，以及该进程如何管理的。
Dedicated Server模式也称为专用连接方式，就是Oracle Instance会专门创建出一个新的Server Process与Client Process进行远程通信。在整个Client Process请求过程中，Server Process只为该Client提供服务。UGA信息也保存在Server Process的PGA空间中。当会话结束，Client连接中断，Server Process就失去“存在意义”被清除掉，分配内存回收。Dedicated方式是我们最常使用的数据库连接方式。在长会话或前端应用使用连接池组件的情况下，Dedicated方式的优势是很明显的。
与Dedicated Server模式对应的是Shared Server。在该模式下，Oracle实例会维持两种Server Process：分发进程（Dispatcher DXXX）和共享进程（SXXX）。

SQL> select addr, pid, spid, username, program from v$process where program like '%000%';
 
ADDR   PID SPID   USERNAME  PROGRAM

-------- ---------- ------------ --------------- --------------------

6D24BA1C   13 648   SYSTEM   ORACLE.EXE (D000)

6D24C00C   14 1736   SYSTEM   ORACLE.EXE (S000)

当监听器向数据库实例提出Server Process分配请求的时候，在Shared Server模式下，监听器会向分发进程DXXX请求分配Server Process。DXXX会根据当前的空闲Server情况，分配出一个Server Process供使用。当Client使用结束之后，Server Process（SXXX）并不是被释放，而是重新回到D000管制下。系统也会依据参数设置，维持一个稳定的SXXX数量。

SQL> show parameter shared_servers
NAME         TYPE  VALUE
------------------------------------ ----------- ------------------------------
max_shared_servers     integer 

shared_servers      integer  1

Shared Server连接模式的出现，是和短会话、高并发的互联网应用发展相关。每次创建和回收Server Process的成本是很高的。如果应用没有中间层连接池，而是高并发的创建Server Process并且快速回收，这对于数据库来说是很高的压力。
从现在的应用设计开发看，连接池管理已经渗透入主流应用系统框架，shared server方式实际中应用不是很广泛。

2、Database Resident Connection Pooling（DRCP）

阅读剩余部分