ETL工具完毕的差点儿相同了。今天遇到一个问题。就是给C3P0配置了maxPoolSize为10。目的是想让整个应用同一时候获得的最大的Connection个数为10，可是在測试应用的这一部分之后，发现PostgreSQL端的链接远远超过10个。由于工具是多线程的。所以就想，是不是多线程的问题，查了一下Connection的个数，也确实是10*线程个数。于是做了一个測试：

将maxPoolSize配置为5。执行以下的程序：

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。



再进行以下的測试：


创建3个线程，每一个线程须要10个Connection，这时查看PostgreSQL Server端的连接数是5。可见，PostgreSQL Server端的链接的个数与client创建的ComboPooledDataSource实例的个数成正比。C3P0配置文件里配置的内容都是针对一个ComboPooledDataSource实例的限制。
结论：
底层的原因大概是由于C3P0不是为多线程设计的，在底层JDBC也不是线程安全的。
详细的原因，有机会在详细分析。
一个应用中一般一个数据源仅仅用一个ComboPooledDataSource对象，也就是一个ComboPooledDataSource实例。