有个问题一直没有去研究？
我自己写应用中的JDBC连接池，并发访问量很大。
这个连接池中的Connection到底维持在多少个最好呢？
或者说：每个Connection的效率与它所有产生的Statement,ResultSet的实例大小有关系吗？JDBC中，数据流的大小、多少是否会对Connection的效率产生影响?（如果一个Connection同时产生多个ResultSet，同时查询，应用。）
谁研究过这方面的问题吗？

至于你说的瓶颈问题，不存在，因为当你用Connect对象连接返回一个ResultSet对象以后改Connection就处于空闲状态了。也可以这样说，你不可能用一个Connection对象同时执行两个操作,返回两个或者两个以上的ResultSet对象，至于Connection Pool的意义，应该说程序在建立数据库的连接过程中花费了大量的时间，建立连接池可以减少或者就根本没有数据库连接花费的时间，举个例子，比如有很多人想吃饭，你可以来一个人吃饭就自己制作一个饭碗，该人吃完饭后将饭碗扔掉，如果再来一个人吃饭，再做一个饭碗，这就是没有连接池的情况。下面说说连接池的情况，比如你可以先做一百个饭碗，客人来吃饭，分配一个饭碗给客人，客人走后，将饭碗放回厨子里，这样就减少了制作饭碗用的时间。