我说的是效率问题。
一直有个争论，大并发服务器环境下，长连接还是短连接。
长连接占用数据库连接太多，可靠性差，中途数据库故障处理麻烦。
短连接效率低，开关数据库开销大。
无论长短大量连接使得数据库不堪重负，激烈竞争可能导致数据库崩溃。
连接池较好的解决了这个矛盾，提供有限连接和排队机制。
但是连接的健康管理是个麻烦。一般几种处理方法：
1，不管，等效长连接，长时间可能遭遇数据库宕机。可靠性差。
2，取用时打开，归还时关闭，等效短连接，开销大。
3，心跳保活，数据库开销大，影响性能。这个也是超时，秒级的。
4，自愈式，就是空闲超时关闭连接，分钟级超时处理。完美，可靠性高，密集使用避免了频繁的打开关闭操作，闲时数据库无开销。
超时只是手段，不重要，重要的是超时干啥。
怎样平衡数据库的开销和可靠性问题。
【 在 slowaction 的大作中提到: 】
: 一个链接超时，这么简单的功能，都不能算个功能点
: 你不如去看看哪个链接没有超时功能
--
修改:ylh1969 FROM 221.218.63.*
FROM 221.218.63.*