带你深入了解IBM DB2的通信与连接过程

核心提示： 这里需要注意的是 MAX_CONNECTIONS 并不是指同时连在实例上的活动的连接，因为有些连接即使连在实例上了，带你深入了解IBM DB2的通信与连接过程(4)，也要等候协调代理服务，当前活动的连接数与活动的协调代理数相等，连接集中器也就被激活了，而后，当一个协调代理处理完一个应用程序

这里需要注意的是 MAX_CONNECTIONS 并不是指同时连在实例上的活动的连接，因为有些连接即使连在实例上了，也要等候协调代理服务，当前活动的连接数与活动的协调代理数相等。当一个协调代理处理完一个应用程序后，它会被分配给其它等候的应用，相当于服务员去服务于其他等待着的顾客。在饭店中还有一些座位是专门为服务员休息准备的 ( 这个座位数相当于 NUM_POOLAGENTS)。当顾客渐渐散去，越来越少的时候，部分服务员 ( 协调代理 ) 已经无事可做，就返回这些座位（变成空闲代理）。当这些座位也被占满了，那么再有服务员 ( 协调代理 ) 返回休息时，就没有可供休息的座位了 ( 假设服务员不能坐就餐座位 )。这些服务员就只有返回员工宿舍了 ( 相当于代理的删除 )。图 1 反映了这一流程。图中实线箭头表明当前状态，虚线箭头表明将要发生的事件。

图 1. 代理的工作流程图

2. DB2 V9.5 新特性

在 DB2 V9.5 中有一个新特性，就是 MAX_CONNECTIONS 和 MAX_COORDAGENTS 都可以被设置成 AUTOMATIC。如果你认为系统可以承受所有的连接，同时又想限制被协调代理消耗的资源，你可以只将 MAX_CONNECTIONS 设定为 AUTOMATIC， MAX_COORDAGENTS 设定为一个数值。这时系统认为可以连到实例的连接数时无限的。如果你对最大连接数和协调代理数都不想做限制的话，你可以将它们都设为 AUTOMATIC。如果这时 MAX_CONNECTIONS 设定为 AUTOMATIC 的数值大于 MAX_COORDAGENTS 设定为 AUTOMATIC 的数值，连接集中器也就被激活了。而后，服务器就以刚才的两个数值之比作为参照 ( 这里叫做集中率 ) 按比例根据连接数来相应调整协调代理。示例如下：