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(最大空闲服务器)
的数量。该数量放的越大，服务器的并发处理能力就越高。但是我们要付出的是宝
贵的内存为代价，根据网站的点击次数合理调节该数量是最为明智的选择。如果服
务器遇到大量并发请求，系统会自动克隆相应的句柄以适应并发的数量。当请求完
毕后，系统将自动断开克隆的句柄以释放沉余的内存。大家看下面的例子，我
相关文档：
想测试下表分区功能跟自主的分布式的性能差异，进行了简单的测试，前后花费了半个小时，可能测试数据不太准确。
【测试环境】
操作系统：Windows XP SP2
MySQL： 5.1.19-beta-community-nt-debug
【测试过程】
查看MySQL版本：
mysql> select version();
+--------------------------------+
| version() ......
有时候，不希望存储过程抛出错误中止执行，而是希望返回一个错误码。
Mysql
支持异常处理，通过定义
CONTINUE/EXIT
异常处理的
HANDLER
来捕获
SQLWARNING/NOT FOUND/SQLEXCEPTION
（警告
/
无数据
/
其他异常）。其中，
FOR
后面可以改为
SQLWARNING,
NOT FOUND, SQLEXCEPTION
来指示所有异常都处理，相� ......
MYSQL自增列
1.关键字 ：auto_increment
2.自增用法
例:
CREATE TABLE animals ( id mediumint not null auto_increment,
name char(30) not null,
primary key (id));
3.关于自增
Q:怎么获得当前的自增的最大值?
A:select @@identity
Q:怎么获得table的当前自增最大值?
A:select max(id) from table ......
