学习Oracle是一个复杂、繁琐的过程。在浩如烟海的Oracle官方资料、新特性、MOS资料和各种Internal知识面前，我们总是觉得力不从心
学习oracle是一个复杂、繁琐的过程。在浩如烟海的oracle官方资料、新特性、mos资料和各种internal知识面前，我们总是觉得力不从心、不知所措。但是，这往往也就是我们不断坚持、积累和追寻的乐趣。
在oracle 11g中，提出了突破传统专用/共享连接的第三种连接方式——database resident connection pooling（drcp）。本篇我们一起来探讨这项技术。
1、从dedicated server到shared server
oracle 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）
如果我们站在软件模式的角度看，shared server本质上也是想实现一种在数据库层面上的连接池。这点在oracle 11g上得到了实现，oracle驻留连接池（drcp）就是一个允许在多进程（multi-process）和多线程（multi-threads）之间共享连接的新特性。
shared server在一定程度上缓解了server process idel和频繁创建销毁server process的问题。但是，shared server没有解决session数据共享的问题。当存在client需要长时间持有session，，同时其他client没有大量会话要求的时候，这种模型是有效的。但是，在每次请求会话的时间很短（短会话）和数据库活动需要多次会话交互的时候，drcp就是更加理想的连接池模型了。
drcp新特性主要针对的就是应用程序在访问数据库时，出现高并发连接数问题。drcp连接池将server和session信息进行缓存，为多个访问的应用程序提供连接共享。
同shared server一样，drcp前端存在一个代理（connection broker）,负责应用中间件连接的共享要求，同时负责管理数据库实例上的连接池连接。当应用中间件想broker提出连接请求的时候，broker会从连接池中找出空闲连接。当交互结束后，server process被释放回连接池供重用。
同shared server不同的方面在于。当共享池中连接池被分配出之后，等价于dedicated server方式。
