ETL工具完毕的差点儿相同了。今天遇到一个问题。就是给C3P0配置了maxPoolSize为10。目的是想让整个应用同一时候获得的最大的Connection个数为10，可是在測试应用的这一部分之后，发现PostgreSQL端的链接远远超过10个。由于工具是多线程的。所以就想，是不是多线程的问题，查了一下Connection的个数，也确实是10*线程个数。于是做了一个測试：
将maxPoolSize配置为5。执行以下的程序：
ComboPooledDataSource cpds = new ComboPooledDataSource("postgres");
for (int i = 0; i < 10; i++) {
cpds.getConnection();}
ComboPooledDataSource cpds2 = new ComboPooledDataSource("postgres");
for (int i = 0; i < 10; i++) {
cpds2.getConnection();}
maxPoolSize配置为5。一共想要获取20个链接，这时查看PostgreSQL Server端的连接数为5，正式预期的结果。
在执行以下的程序：
for (int i = 0; i < 2; i++) {
new Thread(new Runnable() {
@Override
public void run() {
ComboPooledDataSource cpds = new ComboPooledDataSource("postgres");
for (int i = 0; i < 10; i++) {
try {
cpds.getConnection();
} catch (SQLException e) {
e.printStackTrace();
}
}
try {
Thread.sleep(100000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}, "Thread" + i).start();
}两个线程，每一个线程想要获取10个链接数，这时查看PostgreSQL Server端的链接数，是10个。将i<2改为i<3，在执行一次，查看PostgreSQL Server端的连接数是15。
再进行以下的測试：
final ComboPooledDataSource cpds = new ComboPooledDataSource("postgres");
for (int i = 0; i < 3; i++) {
new Thread(new Runnable() {
@Override
public void run() {
for (int i = 0; i < 10; i++) {
try {
cpds.getConnection();
} catch (SQLException e) {
e.printStackTrace();
}
}
try {
Thread.sleep(100000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}, "Thread" + i).start();
创建3个线程，每一个线程须要10个Connection，这时查看PostgreSQL Server端的连接数是5。可见，PostgreSQL Server端的链接的个数与client创建的ComboPooledDataSource实例的个数成正比。C3P0配置文件里配置的内容都是针对一个ComboPooledDataSource实例的限制。
结论：
底层的原因大概是由于C3P0不是为多线程设计的，在底层JDBC也不是线程安全的。
详细的原因，有机会在详细分析。
一个应用中一般一个数据源仅仅用一个ComboPooledDataSource对象，也就是一个ComboPooledDataSource实例。