ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 11G DRCP(Database Resident Connection Pooling)的一些问题

11G DRCP(Database Resident Connection Pooling)的一些问题

原创 Linux操作系统 作者:viadeazhu 时间:2009-01-20 21:47:04 0 删除 编辑

DRCP (Database Resident Connection Pooling) 是11G的New feature,

网上讨论它的文章还不多,也有可能是我太过孤寡。。。

个人觉得它的思想还是挺成熟的,通过动态释放idle connections来达到多系统资源的重用,期望节省更多的资源,这样就可以支持更多的连接。

相信DBA肯定做过很多balance connections的事情,当系统负荷太重的时候,尤其当用MTS,large pool快满的时候我们就需要kill 一些idle的sessions。

现在,用DRCP,oracle的connection broker进程帮我们解决了这个问题。

oracle在white paper上写到

"In one of our test scenarios on a 2GB system,
DRCP was able to support 10 times the number of connections compared to shared
servers, and 20 times the number of connections compared to dedicated servers."

我自己也做过一个小实验,在redhat上,一个小型11G数据库:

For 1 session using dedicated server,its memory of PGA is about 600KB;
For 1 session using MTS ,its memory in the large pool of SGA is about 140KB;
For 1 session using DRCP,its memory in the PGA is about 130KB.

We can see that the difference between MTS and DRCP is little on the memory allocated.
So I think the benifit of DRCP is because it can callback the idle pooled servers quickly and
then re-allocate the pooled servers to newly created connections.

好啦,说了这么多,还是简单介绍下如何配置DRCP吧。

其实很简单,目前就一个package管理DRCP,那就是:DBMS_CONNECTION_POOL。

SQL> desc DBMS_CONNECTION_POOL
PROCEDURE ALTER_PARAM
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 POOL_NAME                      VARCHAR2                IN     DEFAULT
 PARAM_NAME                     VARCHAR2                IN
 PARAM_VALUE                    VARCHAR2                IN
PROCEDURE CONFIGURE_POOL
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 POOL_NAME                      VARCHAR2                IN     DEFAULT
 MINSIZE                        BINARY_INTEGER          IN     DEFAULT
 MAXSIZE                        BINARY_INTEGER          IN     DEFAULT
 INCRSIZE                       BINARY_INTEGER          IN     DEFAULT
 SESSION_CACHED_CURSORS         BINARY_INTEGER          IN     DEFAULT
 INACTIVITY_TIMEOUT             BINARY_INTEGER          IN     DEFAULT
 MAX_THINK_TIME                 BINARY_INTEGER          IN     DEFAULT
 MAX_USE_SESSION                BINARY_INTEGER          IN     DEFAULT
 MAX_LIFETIME_SESSION           BINARY_INTEGER          IN     DEFAULT
PROCEDURE RESTORE_DEFAULTS
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 POOL_NAME                      VARCHAR2                IN     DEFAULT
PROCEDURE START_POOL
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 POOL_NAME                      VARCHAR2                IN     DEFAULT
PROCEDURE STOP_POOL
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 POOL_NAME                      VARCHAR2                IN     DEFAULT

首先第一步,是开启DRCP:

EXECUTE DBMS_CONNECTION_POOL.START_POOL('SYS_DEFAULT_CONNECTION_POOL');

目前11G版本支持一个pool name,就是“SYS_DEFAULT_CONNECTION_POOL”,所以写不写无所谓。

这样其实就已经可以了,当数据库重启时,如果之前已经start了DRCP,则启动后DRCP已经start了。

第二步,就是配置tnsnames.ora:

poolls=
        (DESCRIPTION=
        (SDU=8192)
        (TDU=8192)
        (ADDRESS=
        (PROTOCOL=TCP)
        (HOST=HaoRedHat)
        (PORT=1521))
        (CONNECT_DATA=(SID=hao)
        (SERVICE_NAME= poolls)
        (SERVER=pooled)))

记住最重要的是service=pooled是必须的。

第三部,sqlplus username/password@poolls

 

配置它很简单,接着就是自己需要根据自己系统的特性,配置个性化的DRCP,我们可以使用:

DBMS_CONNECTION_POOL.CONFIGURE_POOL (
   pool_name                IN VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL',
   minsize                  IN NUMBER   DEFAULT 4,
   maxsize                  IN NUMBER   DEFAULT 40,
   incrsize                 IN NUMBER   DEFAULT 2,
   session_cached_cursors   IN NUMBER   DEFAULT 20,
   inactivity_timeout       IN NUMBER   DEFAULT 300,
   max_think_time           IN NUMBER   DEFAULT 120,
   max_use_session          IN NUMBER   DEFAULT 500000,
   max_lifetime_session     IN NUMBER   DEFAULT 86400);


DBMS_CONNECTION_POOL.ALTER_PARAM (
   pool_name     IN  VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL',  
   param_name    IN  VARCHAR2,  
   param_value   IN  VARCHAR2);

这两个过程来实现。具体使用查手册就可以了。

有三个视图可以用来tunning DRCP:

DBA_CPOOL_INFO
V$CPOOL_STATS
V$CPOOL_CC_STATS

 

其中有两个很迷惑的问题我想问oracle:

1.maxsize 参数是用来设置一个pool最多能允许的pooled server数。但是我发现真正的maxsize其实是maxsize-1.

很容易证明这一点:

exec DBMS_CONNECTION_POOL.ALTER_PARAM ('','maxsize','3');

当我们已经有两个connections时,当你在试图建立一个新的connection时,第三个connection会等待前面两个之一被回收。

Doc 577865.1 on metalink已经说明了这个case。

2.incsize 参数是用来设置当pool里当前pooled server都被使用了,但还没到maxsize的大小时,又有新的connection进来,

pooled server一次增长的个数。但我发现真正的incsize其实是incsize+1.

也很容易证明这一点:

exec DBMS_CONNECTION_POOL.ALTER_PARAM ('','minsize','3');
exec DBMS_CONNECTION_POOL.ALTER_PARAM ('','maxsize','100');
exec DBMS_CONNECTION_POOL.ALTER_PARAM ('','incrsize','10');

当我连接第三个connections时,

通过select NUM_OPEN_SERVERS from V$CPOOL_STATS;

或者通过在操作系统层面 ps -ef|grep ora_l0|grep -v grep

都可以看出增长之后的pooled server变成了14个,增长了11个。

 

这两个mis-leading 的参数的例子都可以通过设定不通初始值reproduce出来,我已经发了SR问oracle了。

希望新的版本会改进这些mis-leading的参数。(虽然也没啥意义。。。)

 

最后还有一个最不解的问题关于DRCP:

我们有一个系统视图V$CPOOL_CC_STATS 来显示connection级别的信息,

另一个视图V$CPOOL_STATS 来显示pooled server总体的信息。

我每次建立连接都是通过同样的命令来实现,而且很明显pooled server也被重用了,

但是这两个视图都把所有connections记录为miss,居然一次hits都没有。。。

SQL> select NUM_REQUESTS,NUM_HITS,NUM_MISSES from V$CPOOL_STATS;

NUM_REQUESTS   NUM_HITS NUM_MISSES
------------ ---------- ----------
          46          0         46

SQL> select NUM_REQUESTS,NUM_HITS,NUM_MISSES from V$CPOOL_CC_STATS;

NUM_REQUESTS   NUM_HITS NUM_MISSES
------------ ---------- ----------
          40          0         40
           6          0          6

十分诡异,如果前面那两个迷惑的问题算做是misleading的参数问题,那么这个应该能算作DRCP的一个小bug了吧。

 

如果有谁知道这以上三个问题是怎么回事,请不灵赐教!

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15415488/viewspace-541565/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-08-22

  • 博文量
    79
  • 访问量
    372196