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

核心提示： 连接集中器的功能与 DB2 CONNECT 中的连接池相似，不过连接集中器比连接池的优点在于它能够重用外部连接，带你深入了解IBM DB2的通信与连接过程(3)，即多个排队的应用程序可以重复使用一个存在的连接，而连接池则需要先删除再重建一个连接去服务于一个新的应用程序，MAX_CONNEC

连接集中器的功能与 DB2 CONNECT 中的连接池相似。不过连接集中器比连接池的优点在于它能够重用外部连接，即多个排队的应用程序可以重复使用一个存在的连接，而连接池则需要先删除再重建一个连接去服务于一个新的应用程序。在连接集中器中每个协调代理并不唯一地服务于一个连接，当某个外部连接断开后，协调代理被分配给其他连接。这样。同时允许更多的连接连到数据库，并且减少了每个连接的内存消耗，避免了频繁的删除和创建代理所带来的系统开销。下面是连接集中器的具体工作原理：

首先将 MAX_CONNECTIONS 的值设定的大于 MAX_COORDAGENTS 去激活连接集中器。在连接集中器中代理被分成逻辑代理和工作代理。逻辑代理与外部应用程序对应，它并不对应与某个特定的引擎分配单元 (EDU)。工作代理和前面定义的一样，是具体的引擎分配单元。当逻辑代理多于工作代理时连接集中器就被激活了。当有多个连接同时连接到服务器时，连接被一一分配给各个逻辑代理。逻辑代理再去请求工作代理的服务。

比方说，代理池是一个饭店，在饭店里通常都是顾客多于服务员。刚开始，还没有顾客 ( 相当于外部应用 ) 的时候。有一些值班的服务员在饭店里待命（相当于实例启动时在代理池中创建的空闲代理 NUM_INITAGENTS）。一旦来了应用请求（顾客），调度程序（相当于领班）就去安排服务员开始工作，服务员就开始忙起来去招呼顾客。这时服务员的角色相当于协调代理。她们接待完顾客后便将菜单传达给厨师和小工 ( 相当于子代理 )。而当顾客越来越多，超过了最初的值班服务员数量。服务器就生成新的代理来服务于这些应用，就好像是从员工宿舍叫来更多的服务员来工作。当在场服务员数达到了一个数目 (MAX_COORDAGENTS)，饭店的所有服务员都在工作了，没有其他的在编服务员了。这时新来的顾客 ( 外部应用 ) 只能坐在座位上等候了。MAX_CONNECTIONS 在这里相当于饭店里的总的就餐座位数，当顾客数目 ( 外部应用 ) 达到了这个数值，后来的顾客只能离去了（相当于连不上数据库）。