Apache::DBI与MYsql的持续连接太多的问题

我经过这几天研究发现mod_perl提供的持续连接并不智能（也许是我还没有找到更
好的解决方案），如果脚本中的参数和初始化的参数不一样，在内存中会出现两个
句柄。
Apache::DBI->connect_on_init("DBI:mysql:mysql:localhost","root","root",
{
PrintError => 1,
RaiseError => 0,
AutoCommit => 1,
});
和
my $dbh = DBI->connect("DBI:mysql:database=localhost","root","root",{
PrintError => 1,
RaiseError => 0,
AutoCommit => 1,
});
以上两个语句实现同一个连接，返回同一种结果，但是他们的概念完全不一样。
经过统一参数，写作方法，和格式。测试后，发现process不再无故增长，达到预
期效果。
事故原因分析：对于一个数据库，Apache::DBI建立一个持续连接， 如果在
startup.pl文件中初始化的时候采用一种书写格式，参数，而脚本中
DBI->connect又采用不同的连接方式和格式，因此假如一个以上的句柄实现同一个
目的（连接同一个数据库）的话，最后一个连接进入时，它会企图查找最后一个相
匹配的句柄(Handler)，换句话说就是找一个参数，格式都一样的句柄。这里问题
就出来了，内存中存在两个实现同一目的的句柄（但是格式或参数不一样），这个
连接无法识别应该使用哪一个，所以被迫建立一个新的句柄，而导致原先的句柄继
续Sleep（我管它叫做僵尸句柄）。
解决方案：其实解决方法非常简单，因为昨天我也在其他操作系统上(RedHat 7)装
了Apache+Mod_perl+Mysql，仍然出现相同的问题。根据内存分析与同伴们的测
试。得出一个结论，当内存中连接同一数据库的句柄数在一个以上的时候，
process会无故增加，当句柄为一个的时候，process不会增长，而采用原有内存中
的句柄，这个就是我们想要的。为实现这一目的，我们需要统一初始化和connect
的格式，参数和相关信息。
关于并发处理：测试发现，句柄初始化在process中建立的5个连接完全可以人工控
制。修改MinSpareServers(最小空闲服务器)和MaxSpareServers(最大空闲服务器)
的数量。该数量放的越大，服务器的并发处理能力就越高。但是我们要付出的是宝
贵的内存为代价，根据网站的点击次数合理调节该数量是最为明智的选择。如果服
务器遇到大量并发请求，系统会自动克隆相应的句柄以适应并发的数量。当请求完
毕后，系统将自动断开克隆的句柄以释放沉余的内存。大家看下面的例子，我