首页 > 代码库 > C3P0在多线程下的maxPoolSize配置

C3P0在多线程下的maxPoolSize配置

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,可以确定

PostgreSQL Server端的连接数=maxPoolSize*numThread;

底层的原因大概是因为C3P0不是为多线程设计的,在底层JDBC也不是线程安全的。具体的原因,有机会在具体分析。






C3P0在多线程下的maxPoolSize配置