11.2.0.4单实例DRCP(Database Resident Connection Pooling)简单测试

DRCP配置及测试

一. DRCP介绍

数据库提供会话进程在数据库中使用资源的方式：

1)Dedicated Server，一个会话在数据库中对应一个专有进程，一对一服务（资源数据库占用过多，一般使用中间件应用层面进行会话数量管控及会话资源重用）

当接收到Client Server的请求之后，Dispatcher会将请求放置在一个common队列中。可用的Server Process就从队列中获取请求信息。当终止会话之后，对应的会话信息就被释放掉。Session信息是从SGA中分配出。

2)Shared Server,数据库中配置连接池，会话循环使用这些连接池的资源（bug 太多几乎无人使用）

当Client Server请求之后，Connection Broker从连接池中寻找一个空闲Pooled Server提供给Client Server。如果没有空闲的，Connection Broker就会创建出一个新的连接。如果当前连接池已经达到最大数量限制，就将请求放置在等待队列中，等待空闲Server。

创建回收分配资源，消耗大

3)Database Resident Connection Pooling

Shared server在一定程度上缓解了Server process IDEL和频繁创建销毁Server process的问题。但是，Shared Server没有解决Session数据共享的问题。当存在client需要长时间持有session，同时其他client没有大量会话要求的时候，这种模型是有效的。但是，在每次请求会话的时间很短（短会话）和数据库活动需要多次会话交互的时候，DRCP就是更加理想的连接池模型了。

DRCP新特性主要针对的就是应用程序在访问数据库时，出现高并发连接数问题。DRCP连接池将Server和Session信息进行缓存，为多个访问的应用程序提供连接共享。

当Client Server请求之后，Connection Broker从连接池中寻找一个空闲Pooled Server提供给Client Server。如果没有空闲的，Connection Broker就会创建出一个新的连接。如果当前连接池已经达到最大数量限制，就将请求放置在等待队列中，等待空闲Server。

当释放Pooled Server回到Connection Pool的时候，相应的数据库资源被释放掉。DRCP的内存要求与存储池大小和会话有关。每个Pooled Server有一个Session信息，且存储在PGA中。

从功能上说，Shared Server 几乎早已无人使用，对于会话的资源重用，限制由中间键承担，及时DRCP优化了Shared server，本质上说还是没有中间件控制更成熟，应用更广泛。

二. DRCP配置使用

1.  版本

测试环境11.2.0.4 linux5.6 单实例环境

SQL> select * from v$version where banner like '%Database%';

BANNER

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

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

2.  连接池状态

查询数据库连接池状态，inactive未启用

SQL> select connection_pool, status, minsize, maxsize, INACTIVITY_TIMEOUT from dba_cpool_info;

CONNECTION_POOL               STATUS  MINSIZE    MAXSIZE INACTIVITY_TIMEOUT

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

SYS_DEFAULT_CONNECTION_POOL   INACTIVE      4         40                300

开启后，连接池中最少存在4个连接

默认最大的连接池支持40个连接

非活跃会话将在300秒后资源被回收

3.  启用DRCP

调用存储过程，启用DRCP

SQL> exec dbms_connection_pool.start_pool();

PL/SQL procedure successfully completed.

查询数据库连接池状态，已启用

SQL> select CONNECTION_POOL,STATUS,MINSIZE,MAXSIZE from dba_cpool_info;

CONNECTION_POOL                          STATUS              MINSIZE    MAXSIZE

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

SYS_DEFAULT_CONNECTION_POOL              ACTIVE                    4         40

4.  管理服务进程

查询共享池连接管理进程

[root@t2 ~]# ps -ef|grep ora_n |grep -v grep

oracle    2967     1  0 20:35 ?        00:00:00 ora_n000_t2

ora_n000_sid 就是Connection Broker进程，负责连接管理。

查询连接池中server process进程，数量由minsize决定

[root@t2 ~]# ps -ef|grep ora_l |grep -v grep

oracle    2971     1  0 20:35 ?        00:00:00 ora_l000_t2

oracle    2975     1  0 20:35 ?        00:00:00 ora_l001_t2

oracle    2979     1  0 20:35 ?        00:00:00 ora_l002_t2

oracle    2983     1  0 20:35 ?        00:00:00 ora_l003_t2

oracle   29981     1  0 02:56 ?        00:00:06 ora_lgwr_t2

5.  编辑tnsnames.ora，客户端配置

#默认专有服务器连接模式

T2 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = t2)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = t2)

)

)

#使用连接池模式

Test =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = t2)(PORT = 1521))

(CONNECT_DATA =

(SERVER = POOLED)

(SERVICE_NAME = t2)

)

)

6.  会话进程

测试远程连接

[oracle@t2 admin]$ sqlplus sys/oracle@t2 as sysdba

#专有模式进程，远程连接

[root@t2 ~]# ps -ef|grep LOCAL|grep -v grep

oracle    3081     1  0 20:39 ?        00:00:00 oraclet2 (LOCAL=NO)

#连接池连接

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

SQL> select pid,spid from v$process where addr=(select paddr from v$session where sid =(select distinct sid from v$mystat));

PID SPID

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

36 2979

[root@t2 ~]# ps -ef|grep 2979|grep -v grep

oracle    2979     1  0 20:35 ?        00:00:00 ora_l002_t2

[oracle@t2 ~]$ sqlplus scott/tiger@test

SQL> select pid,spid from v$process where addr=(select paddr from v$session where sid =(select distinct sid from v$mystat));

PID SPID

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

34 2975

[root@t2 ~]# ps -ef|grep 2975|grep -v grep

oracle    2975     1  0 20:35 ?        00:00:00 ora_l001_t2

7.  关闭连接池

关闭资源池—已连接会话不结束，无法关闭。主动关闭会话或者等待连接池机制会话inactive达到断开机制才关闭

SQL> exec dbms_connection_pool.stop_pool;

Tue Dec 25 20:07:51 2018

Closing scheduler window

Closing Resource Manager plan via scheduler window

Clearing Resource Manager plan via parameter

关闭后，进程消失

[root@t2 ~]# ps -ef|grep ora_l|grep -v grep|grep -v lgwr

8.  调整连接池

修改为初始1个连接，最大3个连接，默认60s断开，测试连接达到最大值如何报错

SQL> exec dbms_connection_pool.configure_pool(minsize => 1,maxsize =>3 ,inactivity_timeout =>60);

select connection_pool, status, minsize, maxsize, INACTIVITY_TIMEOUT from dba_cpool_info

CONNECTION_POOL                     STATUS              MINSIZE    MAXSIZE INACTIVITY_TIMEOUT

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

SYS_DEFAULT_CONNECTION_POOL         INACTIVE                  1          3                 60

测试第三个会话连接，hang住

[oracle@t2 ~]$ sqlplus scott/tiger@test

--等待60s，存在会话被强制断开后，空闲新的连接，添加进入

SQL> select * from cat;

select * from cat

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

Process ID: 3442

Session ID: 65 Serial number: 67

使用连接池方式登录数据库，连接池未开启报错

ERROR:

ORA-12520: TNS:listener could not find available handler for requested type of server

三. 管理思路

1.尝试杀会话，对数据库是否存在影响

ps -ef|grep ora_l|grep -v grep|grep -v lgwr

oracle    3427     1  0 21:04 ?        00:00:00 ora_l000_t2

oracle    3446     1  0 21:04 ?        00:00:00 ora_l002_t2

[root@t2 ~]# kill -9 3427

[root@t2 ~]# kill -9 3446

暂时无异常

新的会话连接，不受影响

2尝试杀连接池代理进程，什么影响

[root@t2 ~]#  ps -ef|grep ora_n |grep -v grep

oracle    3423     1  0 21:04 ?        00:00:00 ora_n000_t2

杀死代理进程，所有新的会话无法连接，已成功连接会话不受影响

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

ERROR:

ORA-12537: TNS:connection closed

Enter user-name:

间隔1分钟内，进程自启动（具体时间未测试）

[root@t2 ~]#  ps -ef|grep ora_n |grep -v grep

oracle    3564     1  0 21:11 ?        00:00:00 ora_n000_t2

新的会话能正常连接

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

SQL>

[root@t2 ~]#  ps -ef|grep ora_l |grep -v grep|grep -v lgwr

oracle    3544     1  0 21:10 ?        00:00:00 ora_l000_t2

oracle    3584     1  0 21:12 ?        00:00:00 ora_l001_t2

小结：对于数据库来说，开启drcp，不会影响专用进程的连接，只是多出一种新的连接方式；

由于使用少，且不熟悉该技术，因此不建议使用。最成熟的方式，数据库使用专用服务器连接模式，中间件去管理连接池，而不是使用数据库内部自带的连接池（DRCP）；

当然，如果强行使用，通过服务器端测试，杀死会话或者连接池分配进程，存在健壮性，不会影响整个库，但是需要做好应用报错连接的准备，通过mos提前进行相关预防。

四. 总结

不建议使用

从功能上说，DRCP本质是节约数据库资源的保护措施，与中间件功能重叠，且中间件应用管理更安全