配置高并发jdbc连接池

最新推荐文章于 2024-09-30 11:02:27 发布
最新推荐文章于 2024-09-30 11:02:27 发布
阅读量4.6w 收藏 22
点赞数 3
分类专栏： 扯淡服务器

简单的MySQL连接池

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
/>
第一个我们需要注意的属性是 factory="org.apache.tomcat.jdbc.pool.DataSourceFactory".

当tomcat读到type="javax.sql.DataSource"属性时会自动重新安装DBCP，除非你指定不同的factory。factory object 本身就是创建和配置连接池的。

在Apache Tomcat中有两种方式配置 Resource elements

配置全局连接池

编辑conf/server.xml

<GlobalNamingResources>
  <Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
/>
 </GlobalNamingResources>

然后你需要创建一个 ResourceLink element使这个连接池对于web应用是可用的。如果你想要用同一个名字让连接池对于所有的应用有效，最简单的方法就是编辑 conf/context.xml文件 

<Context>
  <ResourceLink type="javax.sql.DataSource"
                name="jdbc/LocalTestDB"
                global="jdbc/TestDB"
/>
 <Context>

注意，如果你不想要全局的连接池，可以从 server.xml移除 Resource element到你的web应用的 context.xml 文件。

然后从刚配置好的连接池中获得连接，简单java代码：

   Context initContext = new InitialContext();
   Context envContext  = (Context)initContext.lookup("java:/comp/env");
   DataSource datasource = (DataSource)envContext.lookup("jdbc/LocalTestDB");
   Connection con = datasource.getConnection();

使用java很简单

还可以使用Java syntax

   DataSource ds = new DataSource();
   ds.setDriverClassName("com.mysql.jdbc.Driver");
   ds.setUrl("jdbc:mysql://localhost:3306/mysql");
   ds.setUsername("root");
   ds.setPassword("password");
或者分离出连接池的属性 

   PoolProperties pp = new PoolProperties();
   pp.setDriverClassName("com.mysql.jdbc.Driver");
   pp.setUrl("jdbc:mysql://localhost:3306/mysql");
   pp.setUsername("root");
   pp.setPassword("password");
   DataSource ds = new DataSource(pp);
所有的属性我们可以在XML中通过factory object也可以直接使用 PoolProperties或者 DataSource objects设置为有效 

设置连接池

我们将使用下面这些属性设置连接池

  •     initialSize
  •     maxActive
  •     maxIdle
  •     minIdle

去了解这些属性是很重要的，它们看起来很明显但又有一些神秘

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            initialSize="10"
            maxActive="100"
            maxIdle="50"
            minIdle="10"
            />

initialSize=10 设置连接池建立时连接的数目

  •  当连接池定义在GlobalNamingResources中，连接池在Tomcat启动时创键
  •  当连接池定义在Context中，连接池在第一次查找JNDI时创建

maxActive=100 连接数据库的最大连接数。这个属性用来限制连接池中能够打开连接的数量，可以方便数据库做连接容量规划。

minIdle=10  连接池中存在的最小连接数目。连接池中连接数目可以变很少，如果使用了maxAge属性，有些空闲的连接会被关闭因为离它最近一次连接的时间过去太久了。但是，我们看到的打开的连接不会少于minIdle。

maxIdle属性有一点麻烦。它的不同的行为取决于是否使用了pool sweeper。pool sweeper是一个可以在连接池正在使用的时候测试空闲连接和重置连接池大小的后台线程。还负责检测连接泄露。 pool sweeper 通过如下方式定义的：

public boolean isPoolSweeperEnabled() {
        boolean timer = getTimeBetweenEvictionRunsMillis()>0;
        boolean result = timer && (isRemoveAbandoned() && getRemoveAbandonedTimeout()>0);
        result = result || (timer && getSuspectTimeout()>0); 
        result = result || (timer && isTestWhileIdle() && getValidationQuery()!=null);
        return result;
    }

sweeper每 timeBetweenEvictionRunsMillis milliseconds运行一次。

maxIdle定义如下

  • Pool sweeper关闭，如果空闲连接池大于maxIdle，返回的连接将被关闭。
  • Pool sweeper开启，空闲的连接数可以超过maxIdle，但如果连接空闲的时间已经超过minEvictableIdleTimeMillis，能缩小到minIdle。听起来很奇怪连接池为什么不关闭连接当空闲连接数量大于maxIdle。想想下面的情况：   
  1. 100个线程处理100个并发请求   
  2. 在一个请求中每个线程请求一个连接3次 

在这种场景下，如果我们设置maxIdle=50，那么我们会关闭和打开50*3的连接数。这样增加了数据库的负重并且减慢了应用的速度。当达到连接高峰时，我们希望能够充分利用连接池中的所有连接。因此，我们强烈希望打开 pool sweeper 。我们将在下一个部分探讨具体的事项。我们在这里额外说明maxAge这个属性。maxAge定义连接能够打开或者存在的时间，单位为毫秒。当一个连接返回到了连接池，如果这个连接已经使用过，并且距离它第一次被使用的时间大于maxAge时，这个连接会被关闭。

正如我们所看到的 isPoolSweeper算法实现，sweeper 将会被打开，当以下任一条件满足时

  •  timeBetweenEvictionRunsMillis>0 AND removeAbandoned=true AND removeAbandonedTimeout>0
  •  timeBetweenEvictionRunsMillis>0 AND suspectTimeout>0
  •  timeBetweenEvictionRunsMillis>0 AND testWhileIdle=true AND validationQuery!=null

              As of version 1.0.9 the following condition has been added

  • timeBetweenEvictionRunsMillis>0 AND minEvictableIdleTimeMillis>0

             (timer && getMinEvictableIdleTimeMillis()>0);

因此设置最理想的连接池，我们最好修改我们的配置满足这些条件

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            initialSize="10"
            maxActive="100"
            maxIdle="50"
            minIdle="10"
            suspectTimeout="60"
            timeBetweenEvictionRunsMillis="30000"
            minEvictableIdleTimeMillis="60000"
            />

有效的连接

数据库连接池提出了一个挑战，因为连接池中的连接会过时。这是常有的事，要么数据库，或者可能是连接池和数据库中的一个设备，连接超时。唯一确定会话连接是活跃的真正办法是使连接在服务器和数据库做一个来回访问。在Java 6中，JDBC API处理验证连接是否是有效的方法是通过提供isValid变量来调用java.sql.Connection接口。在此之前，连接池不得不采用执行一个查询的方法，比如在MySQL上执行SELECT 1.数据库分析这句查询很简单，不需要任何的磁盘访问。isValid被计划实施，但 Apache Tomcat 6的连接池，也必须保存对Java 5的兼容性。

校验查询

校验查询会有一些挑战

  1. 如果它们频繁使用，会降低系统的性能
  2. 如果使用的间隔太久，会导致连接失效
  3. 如果应用调用setTransactionIsolation并设置autoCommit=false，如果应用再次调用setTransactionIsolation，会产生一个SQLException异常，因为校验查询可能在数据库中已经产生了一个新的transaction。

 让我们看看最典型的配置：

 <Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            testOnBorrow="true"
            validationQuery="SELECT 1"
            />

 在这个配置中，java代码每次调用 Connection con = dataSource.getConnection()时都会执行一次 SELECT 1查询。

这样保证了在连接提交给应用之前都已经测试过了。但是，对于在短时间内频繁使用连接的应用，会对性能有严重的影响。这有两个其他的配置选项：

  • testWhileIdle
  • testOnReturn

当在错误的时间对连接做测试，它们也不是真正的很有帮助。

对于很多应用来说，没有校验不是一个真正的困难。一些应用可以绕过校验通过设置minIdle=0和给minEvictableIdleTimeMillis一个很小的值，所以如果连接空闲了足够长的时间会让数据库会话超时，在此之前连接池将会移除这些空闲太久的连接。

最好的解决办法就是测试那些有一段时间没被测试过的连接。

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            testOnBorrow="true"
            validationQuery="SELECT 1"
            validationInterval="30000"
            />

在这个配置中，连接校验的间隔不会超过30s。这是在性能和连接验证上的折中。正如前面提到的，如果我们想侥幸验证所有的连接，我们可以配置连接池中所有空闲连接超时。 

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            timeBetweenEvictionRunsMillis="5000"
            minEvictableIdleTimeMillis="5000"
            minIdle="0"
            />

建立数据库客户会话

在一些案例中，当初始化一个新的数据库会话时需要执行一些任务。可能包括执行一个简单的SQL声明或者执行一个存储过程。
当你创建触发器时候，这是在数据库层面上的典型操作。

create or replace trigger logon_alter_session after logon on database
  begin
    if sys_context('USERENV', 'SESSION_USER') = 'TEMP' then
      EXECUTE IMMEDIATE 'alter session ....';
    end if;
  end;
  /

这将影响所有的用户，在后面这种情况下这是不够的，当创建一个新的会话的时候我们希望执行一个自定义查询。 

<Resource name="jdbc/TestDB" auth="Container"
            type="javax.sql.DataSource"
            description="Oracle Datasource"
            url="jdbc:oracle:thin:@//localhost:1521/orcl"
            driverClassName="oracle.jdbc.driver.OracleDriver"
            username="default_user"
            password="password"
            maxActive="100"
            validationQuery="select 1 from dual"
            validationInterval="30000"
            testOnBorrow="true"
            initSQL="ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY MM DD HH24:MI:SS'"/>

initSQL会被存在的每一条连接执行。

连接池泄露和长时间运行的查询

连接池包含一些诊断操作。jdbc-pool和Common DBCP都能够检测和减轻没有返回连接池中的连接。这里演示是被称为抛出内存泄露的连接。

  Connection con = dataSource.getConnection();
  Statement st = con.createStatement();
  st.executeUpdate("insert into id(value) values (1'); //SQLException here
  con.close();
这有5个配置选项用来检测这些错误类型的连接，前三个选项配置在Common DBCP中也有 

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            maxActive="100"
            timeBetweenEvictionRunsMillis="30000"
            removeAbandoned="true"
            removeAbandonedTimeout="60"
            logAbandoned="true"
            />

  • removeAbandoned-如果我们想检测内存泄露的连接，可以设置为true
  • removeAbandonedTimeout-调用dataSource.getConnection开始到丢弃检测到泄露连接的时间（seconds）
  • logAbandoned-如果想用log记录丢弃的连接，可以设置为true。当设置为true时，调用dataSource.getConnection 时会记录一个堆栈追踪，并且被打印出来当连接没有返回的时候。

但我们想要这种类型的诊断，当然有可以使用的例子。也可以运行批处理作业一次执行一个连接几分钟。我们该如何处理这些问题？
两个额外的选项已经被加入来支持这些工作

 <Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            maxActive="100"
            timeBetweenEvictionRunsMillis="30000"
            removeAbandoned="true"
            removeAbandonedTimeout="60"
            logAbandoned="true"
            abandonWhenPercentageFull="50"
            />

  • abandonWhenPercentageFull-一条连接必须满足临界值 removeAbandonedTimeout和打开连接的数量必须超过这个百分比。


 使用这个属性可能会在一次错误判断中产生在其他地方已经被认为丢弃的连接。设置这个值为100时意味着连接数除非到了maxActive限制时，是不会被考虑丢弃的。这给连接池增加了一些灵活性，但是不会让批处理作业使用单独连接5分钟。在这种情况，我们想确定当我们检测到连接仍然被使用时，我们重置超时计时器，因此，连接不会被考虑丢弃。我们通过插入一个拦截器实现。

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            maxActive="100"
            timeBetweenEvictionRunsMillis="30000"
            removeAbandoned="true"
            removeAbandonedTimeout="60"
            logAbandoned="true"
            abandonWhenPercentageFull="50"
            jdbcInterceptors="ResetAbandonedTimer"
            />

拦截器在 org.apache.tomcat.jdbc.pool.interceptor.ResetAbandonedTimer中被指定完全限定名称，或者在 org.apache.tomcat.jdbc.pool.interceptor包中使用短类名
 每次准备语句或者执行一次查询，连接池中的计时器会被重置放弃计时器。因为如此，在5分钟的批处理作业中执行多次查询和更新，都不会超时。

这是你当然想知道的情形，但你不会想去kill或者回收连接，因为你不会知道会对你的系统产生什么影响。

<Resource type="javax.sql.DataSource"
            name="jdbc/TestDB"
            factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mysql"
            username="mysql_user"
            password="mypassword123"
            maxActive="100"
            timeBetweenEvictionRunsMillis="30000"
            logAbandoned="true"
            suspectTimeout="60"
            jdbcInterceptors="ResetAbandonedTimer"
            />

  suspectTimeout属性的工作方式与 removeAbandonedTimeout 相似，除了不关闭连接，而只是简单的记录警告和发布一个JMX通知信息。通过这种方式，你可以在不用改变你系统行为的情况下发现泄漏或者长查询。

从其它的数据源形成连接池

到目前为止我们处理连接池连接的获得是通过java.sql.Driver接口。因此我们使用属性

  • driverClassName
  • url

然而，一些连接配置是使用 javax.sql.DataSource 甚至是javax.sql.XADataSource接口，因此我们需要支持这些配置选项。
 使用java相对是很容易的。

        PoolProperties pp = new PoolProperties();
   	pp.setDataSource(myOtherDataSource);
   	DataSource ds = new DataSource(pp);
   	Connection con = ds.getConnection();
或者 

        DataSource ds = new DataSource();
   	ds.setDataSource(myOtherDataSource);
   	Connection con = ds.getConnection();
我们能够注入另外的 javax.sql.DataSource或者 javax.sql.XADataSource对象并且用来连接检索。
 在我们处理XA连接时很方便。

在XML配置中，jdbc-pool会使用org.apache.tomcat.jdbc.naming.GenericNamingResourcesFactory类，一个能够允许配置任何类型的命名资源的简单类。为了设置 Apache Derby XADataSource 我们可以创建了下面的代码

<Resource factory="org.apache.tomcat.jdbc.naming.GenericNamingResourcesFactory" 
            name="jdbc/DerbyXA1"
            type="org.apache.derby.jdbc.ClientXADataSource"
            databaseName="sample1"
            createDatabase="create"
            serverName="localhost"
            portNumber="1527"
            user="sample1"
            password="password"/>

这是一个简单的通过端口1527连接到网络上的相邻实例的 XADataSource.

如果你想要从这个数据源形成XA连接池，我们可以在它后面建立这个连接池节点。

<Resource factory="org.apache.tomcat.jdbc.naming.GenericNamingResourcesFactory"
            name="jdbc/DerbyXA1"
            type="org.apache.derby.jdbc.ClientXADataSource"
            databaseName="sample1"
            createDatabase="create"
            serverName="localhost"
            portNumber="1527"
            user="sample1"
            password="password"/>
            <Resource factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
            dataSourceJNDI="DerbyXA1"<!--Links to the Derby XADataSource-->
            name="jdbc/TestDB1"
            auth="Container"
            type="javax.sql.XADataSource"
            testWhileIdle="true"
            testOnBorrow="true"
            testOnReturn="false"
            validationQuery="SELECT 1"
            validationInterval="30000"
            timeBetweenEvictionRunsMillis="5000"
            maxActive="100"
            minIdle="10"
            maxIdle="20"
            maxWait="10000"
            initialSize="10"
            removeAbandonedTimeout="60"
            removeAbandoned="true"
            logAbandoned="true"
            minEvictableIdleTimeMillis="30000"
            jmxEnabled="true"
            jdbcInterceptors="ConnectionState;StatementFinalizer;SlowQueryReportJmx(threshold=10000)"
            abandonWhenPercentageFull="75"/>
注意 type=javax.sql.XADataSource 是怎样设置的，这会创建一个 org.apache.tomcat.jdbc.pool.XADataSource来代替 org.apache.tomcat.jdbc.pool.DataSource。
这里我们通过 dataSourceJNDI=DerbyXA1属性链接这两个数据源。这两个数据源都不得不存在同一个命名空间，在我们的例子中，是jdbc命名空间。

目前JNDI通过DataSource.setDataSourceJNDI(...)查找不被支持，只能通过factory对象。

如果你加入一个

  •  javax.sql.DataSource对象-连接池将会调用 javax.sql.DataSource.getConnection()方法
  •  javax.sql.DataSource 对象但是在连接池中指定了username/password-连接池将会调用 javax.sql.DataSource.getConnection(String username, String password) 方法
  • javax.sql.XADataSource对象-连接池将会调用 javax.sql.XADataSource.getXAConnection() 方法
  • javax.sql.XADataSource 对象但是在连接池中指定了 username/password-连接池将会调用 javax.sql.DataSource.getXAConnection(String username, String password) 方法

这是一个有趣的现象当你处理 XADataSources。你可以把返回的对象转换为java.sql.Connection对象或者javax.sql.XAConnection对象，并且对同一个对象的两个接口调用方法。

        DataSource ds = new DataSource();
   	ds.setDataSource(myOtherDataSource);
   	Connection con = ds.getConnection();
   	if (con instanceof XAConnection) {
     		XAConnection xacon = (XAConnection)con;
     		transactionManager.enlistResource(xacon.getXAResource());
   	}
   	Statement st = con.createStatement();
   	ResultSet rs = st.executeQuery(SELECT 1);

JDBC 拦截器

JDBC 拦截器创建是为了实现灵活性。javax.sql.PooledConnection 从底层驱动封装了java.sql.Connection/javax.sql.XAConnection或者数据源本身就是一个拦截器。拦截器以java.lang.reflect.InvocationHandler接口为基础。拦截器是一个继承自 org.apache.tomcat.pool.jdbc.JdbcInterceptor的类。

在本文中，我们将介绍如果配置拦截器。在我们下一篇文章，我们将介绍如果实现自定义拦截器和它们的生命周期。

<Resource factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
 
            ...
            jdbcInterceptors="ConnectionState;StatementFinalizer;SlowQueryReportJmx(threshold=10000)"
 
  />

与下面的相同 

<Resource factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
 
            ...
           jdbcInterceptors="org.apache.tomcat.jdbc.pool.interceptor.ConnectionState;
           org.apache.tomcat.jdbc.pool.interceptor.StatementFinalizer;
           org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReportJmx(threshold=10000)"
  />

拦截器可以使用一个短小的名称，比如 ConnectionState，如果这个拦截器定义在 org.apache.tomcat.jdbc.pool.interceptor 包中。 

否则，必须使用一个完全限定名称。

拦截器定义在以；分割的字符串中。拦截器可以在括号内定义0个或多个参数。参数是以逗号分割的简单键值对。

连接状态

java.sql.Connection接口有如下属性

  •         autoCommit
  •         readOnly
  •         transactionIsolation
  •         catalog

这些属性的默认值可以使用如下的内容为连接池配置

  •         defaultAutoCommit
  •         defaultReadOnly
  •         defaultTransactionIsolation
  •         defaultCatalog

如果设置了这些属性，当建立连接到数据库时配置这个连接。如果没有配置 ConnectionState拦截器，在建立连接时设置这些属性会是一次性操作。如果配置了ConnectionState拦截器，每次从连接池取出的连接会将被重置为期望的状态。

其中有些方法在执行查询时会导致往返数据库。比如，调用 Connection.getTransactionIsolation()会导致驱动查询当前会话的事务隔离级别。这种往返会导致严重的性能问题并影响应用在频繁的使用连接执行非常短和快的操作的时候。 ConnectionState 拦截器可以缓存这些操作的值并调用方法查询它们从而避免往返数据库。

Statement Finalizer

java代码在使用java.sql对象后需要清除和释放使用过的资源。

一个清理代码示例

                Connection con = null;
   		Statement st = null;
   		ResultSet rs = null;
   		try {
     			con = ds.getConnection();
     			...
 
   		} finally {
     			if (rs!=null) try  { rs.close(); } catch (Exception ignore){}
     			if (st!=null) try  { st.close(); } catch (Exception ignore){}
     			if (con!=null) try { con.close();} catch (Exception ignore){}
   		}
一些应用并不总是使用这种方式。我们以前展示了如何配置连接池去诊断和警告当连接没有正确关闭的情况。

当一个连接返回连接池的时候，StatementFinalizer拦截器确保 java.sql.Statement和它的子类正确关闭。

获得真正的JDBC连接

使用javax.sql.PooledConnection工具返回代理连接，因此取出连接十分直接，不需要转换为特殊的类。

同样适用于你配置了处理javax.sql.XAConnection的连接池。

另一个有趣的取出底层连接的方法是

        Connection con = ds.getConnection();
  	Connection underlyingconnection = con.createStatement().getConnection();
这是因为jdbc-pool默认的是没有代理声明。这当然有一个拦截器用来阻止这个用例。

PS：翻译原文——http://www.tomcatexpert.com/blog/2010/04/01/configuring-jdbc-pool-high-concurrency

         自己能力有限，翻译中难免会有失误，可能不能充分理解原作者的表达含义，自己在边学习相关知识的时候也会边修改！

攀哥
关注
专栏目录
自定义高并发jdbc连接池
06-23
"自定义高并发jdbc连接池"是一个专为处理大量并发请求而设计的解决方案，它允许应用程序高效地管理和复用数据库连接，从而减少数据库连接创建与释放的开销，提高系统的整体性能。 JDBC（Java Database Connectivity...
jdbc连接池配置(优化连接速度)
06-16
本文将详细讲解JDBC连接池的工作原理、配置方法以及如何通过优化来提升连接速度。 JDBC（Java Database Connectivity）是Java语言访问数据库的标准接口，而JDBC连接池则是一种对数据库连接进行管理和复用的技术。它...
JDBC-05-笔记
qq_24410589的博客
06-01 248
数据库连接池 1. 数据库连接池的概念 2. 自定义连接池 3. 自定义连接池测试 4. 归还连接 继承(无法解决) 装饰设计模式 适配器设计模式 动态代理 5. 开源连接池的使用
JDBC连接池的并发设计
iaspecwang
08-15 719
Apache Tomcat 7系列的版本中使用了JDBC Connection Pool替代传统的commons-dbcp作为新的数据库连接池。其中很重要的一个原因是，commons-dbcp是单线程的，为了保证线程安全它必须将整个线程池上锁，并且它在对高并发的支持方面表现很差。JDBC Connection Pool一个很重要的新特性就是它对高并发环境和多核/多处理器系统的支持。下面将通过对...
详解 JDBC和连接池
最新发布
lllsure的博客
09-30 1656
JDBC连接、预处理、批处理、JDBCUtils 工具类、ApDBUtils工具类、Druid（德鲁伊）、C3P0、BasicDAO
高并发服务优化篇：浅谈数据库连接池
<sdffdsfsdfdfs>sfsfsfsdfsdffds</sdfsDS>Fsd
07-15 264
????????关注后回复“进群”，拉你进程序员交流群????????作者丨Coder的技术之路来源丨Coder的技术之路被N多大号转载的一篇CSDN博客，引起了我的注意，说的是数据库...
高并发系统设计六（池化技术）
qq_36341209的博客
09-05 413
来想象这样一个场景，一天，公司 CEO 把你叫到会议室，告诉你公司看到了一个新的商业机会，希望你能带领一名兄弟，迅速研发出一套面向某个垂直领域的电商系统。 在人手紧张，时间不足的情况下，为了能够完成任务，你毫不犹豫地采用了最简单的架构：前端一台 Web 服务器运行业务代码，后端一台数据库服务器存储业务数据。 这个架构图是我们每个人最熟悉的，最简单的架构原型，很多系统在一开始都是长这样的，只是随着业务复杂度的提高，架构做了叠加，然后看起来就越来越复杂了。 再说回我们的垂直电商系统，系统一开始上线之后，虽然用
最新高并发服务优化篇：浅谈数据库连接池，【一步教学，一步到位】
2401_84689394的博客
05-14 909
又是一年求职季，在这里，我为各位准备了一套Java程序员精选高频面试笔试真题，来帮助大家攻下BAT的offer，题目范围从初级的Java基础到高级的分布式架构等等一系列的面试题和答案，用于给大家作为参考以下是部分内容截图本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录需要这份系统化的资料的朋友，可以点击这里获取如下图，3的insert结果确实没有被回滚，而是出现在了表中：所以，对于知识，大家不能盲目的接收，建议抱些怀疑的态度，还是有必要的。
HikariCP JDBC连接池 v3.4.5.zip
03-21
总的来说，HikariCP JDBC连接池 v3.4.5是一个值得深入研究和应用的高性能连接池组件，无论是在性能优化、配置灵活性还是兼容性上都表现出色。通过理解和使用HikariCP，开发者可以更好地管理和利用数据库资源，提高...
JDBC连接池使用工具 C3P0 连接池 and druid-1.0.9
04-11
C3P0是一个开源的JDBC连接池，它实现了数据源和JNDI绑定，支持JDBC3规范和JDBC2的标准扩展。C3P0的主要特点包括： 1. **连接测试**：C3P0提供了多种测试策略，确保获取到的连接是可用的。 2. **连接池初始化和最大...
JDBC连接池驱动.zip
02-25
在使用JDBC连接池时，这个驱动会被配置为连接数据库的桥梁。 接下来，我们来看三种流行的JDBC连接池实现： 1. **c3p0**：这是一个开源的JDBC连接池，由Miquel Arqueros创建。c3p0提供了一套完善的连接池管理机制，...
聊聊jedis连接池参数配置
go4it
09-24 1257
本文主要研究一下jedis连接池的参数配置。
JDBC连接池多线程通过CountDownLatch实现线程并发执行
weixin_46411355的博客
01-25 1571
1.连接池 1.1 什么是连接池 1.2 为什么使用连接池 1.3 连接池的工作原理 1.4我们如何手写【难点】 1.4.1编写说明 1.4.2 创建jdbc.properties 1.4.3 封装一个连接类 1.4.4 创建一个连接池接口 1.4.5 创建一个连接池实现类以及对应方法 1.4.6 创建一个连接池的维护类 1.4.7 案例测试 1.5 市面上有哪些可用的连接池
JedisPool高并发
赶路人儿
11-10 8948
java端在使用jedispool 连接redis的时候，在高并发的时候经常卡死，或报连接异常，JedisConnectionException，或者getResource 异常等各种问题 在使用jedispool 的时候一定要注意两点 1。 在获取 jedisPool和jedis的时候加上线程同步，保证不要创建过多的jedispool 和 jedis 2。 用完Jedis实例后
jdbcpool 配置
weixin_33739627的博客
09-22 403
各个参数可参照最后的友链;下面是个异常：2014-09-1612:45:00.012[PoolCleaner[326380248:1409911461938]]WARNo.a.tomcat.jdbc.pool.ConnectionPool-ConnectionhasbeenabandonedPooledConnection[com. mysql.jdbc...
达梦数据库JDBC连接配置
m0_52627420的博客
02-20 5944
JDBC接口 在JDBC连接串中增加了两个连接属性： rwSeparate 是否使用读写分离系统，默认0；取值（0不使用，1使用）。 rwPercent 分发到主库的事务占主备库总事务的百分比，有效值0~100，默认值25。 以下是配置单机使用的JDBC连接串: <URL>jdbc:dm:// *.*.*.13:5236</URL> 以下是配置读写分离应用使用的连接串样例: <DRIVER>dm.jdbc.driver.DmDriver</DRIVER>
高并发高效连接池设计
chengshaoyong1的专栏
07-01 2532
/* * 高并发高效数据库连接池 * 作者：老成 www.lcfms.cn */ package com.bin; import java.util.ArrayList; import java.util.HashMap; import java.util.HashSet; import java.util.Iterator; import java.util.List; import ja
JDBC快速入门：看我如何用JDBC数据库连接池，轻松解决大量并发请求问题！
云端源想的博客
12-29 1044
JDBC连接池，全称为Java多线程数据库连接池，是一种用于管理数据库连接的技术。其主要作用是减少每次请求时创建和释放数据库连接的开销，以此提高系统性能。在应用程序和数据库之间，JDBC连接池会建立一个连接池，当需要访问数据库时，无需每次都重新创建连接，而是直接从池中获取已有的连接。总结一下就是：数据库连接池是个容器，负责分配、管理数据库连接(Connection)它允许应用程序重复使用一个现有的数据库连接，而不是再重新建立一个。
JDBC-数据连接池的使用
OnlyLove_longshao的博客
10-16 4137
数据库连接池（connection pool）   在昨天的练习中每一次练习都需要与数据库建立连接，完成时断开连接，然而当处理的数据量特别的时候，就很耗费时间、降低效率，今天我们学习使用连接池将连接放在连接池中，需要使用的时候从中取出，使用完毕放回池中并不是断开连接。         为解决传统开发中的数据库连接问题，可以采用数据库连接池技术。 数据库连接池的基本思想就是为数据库连接建立
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值