线程池数目和数据库连接数的关系

问题描述

我们在使用JDBC操作数据库的时候,所配置的数据源中会指定该数据源可以获取的最大连接数目,如下:<!-- 日志中心的数据源 --> <pool name="dataCenter" type="dbcp" db="oracle"><property name="driverClassName" value="oracle.jdbc.OracleDriver"/> <property name="url" value="jdbc:oracle:thin:@20.26.11.99:1521:CSIBM02" /> <!--property name="url" value="jdbc:oracle:thin:@127.0.0.1:1521:XE"/--> <property name="username" value="aimon"/> <property name="password" value="aimon"/> <property name="initialSize" value="0"/> <property name="maxActive" value="2"/> <property name="maxIdle" value="2"/> <property name="maxWait" value="20000"/> </pool> 这里的maxActive配置为2,表示最多可以获取2条数据库连接。 那么,问题来了。。。。(不是蓝翔) 如果我有一个线程池的任务就是使用该数据源去操作数据库(无其他耗时操作),那么这个线程池的线程数目是不是不应该超过数据源里面配置的 maxActive? 我的理由是,所有的线程都需要获取连接,而连接只有2个,所以同时处理的线程最多只有2个,其他的都在等待。不知道我这样的理解是否正确

解决方案

线程要做的和DB相关的事情所花的时间不是特别长的话,线程池的数量 > DB连接池的数量是没问题的。因为线程很快就干完和数据库相关的事之后再干别的事情的时候,连接是返回DB连接池了的,这样就算这个线程没整体完事,DB连接也可以供别的线程使用。比如你一个线程需要走100秒,其中只有10秒是干和DB相关的事情,那么拍脑袋粗略的算2个DB连接可以供20个线程使用。
解决方案二:
线程和db connection没有必然的耦合connection的close就已经释放了这个连接至线程池中,其他的线程也可以获得该连接

时间: 2024-08-31 09:01:19

线程池数目和数据库连接数的关系的相关文章

深入浅出多线程(6)分析并行包线程池的设计与实现

接上篇,在上篇中介绍了线程池的设计需求以及使用,在这里我们分析 Concurrent包中线程池的实现类ThreadPoolExecutor的设计,是不是感觉没意义 ,人家都实现了还分析啥?当然是提高我们自身的设计能力了.对于设计能力的 提高,我认为一方面我们要在具体实践中,能够学习前人 总结的设计思想(比如设计模式之类的),根据具体上下文,能够融会贯通 的使用他们.另一方面分析优秀的框架设计与实现也是很好的方式,当然JDK设 计是最好的学习资料.闲话多了,切入主题,设计要点: 纵观在JDK1.5

MySQL的线程池原理学习教程_Mysql

线程池是Mysql5.6的一个核心功能,对于服务器应用而言,无论是web应用服务还是DB服务,高并发请求始终是一个绕不开的话题.当有大量请求并发访问时,一定伴随着资源的不断创建和释放,导致资源利用率低,降低了服务质量.线程池是一种通用的技术,通过预先创建一定数量的线程,当有请求达到时,线程池分配一个线程提供服务,请求结束后,该线程又去服务其他请求. 通过这种方式,避免了线程和内存对象的频繁创建和释放,降低了服务端的并发度,减少了上下文切换和资源的竞争,提高资源利用效率.所有服务的线程池本质都是位

Java线程池的几种实现方法及常见问题解答_java

工作中,经常会涉及到线程.比如有些任务,经常会交与线程去异步执行.抑或服务端程序为每个请求单独建立一个线程处理任务.线程之外的,比如我们用的数据库连接.这些创建销毁或者打开关闭的操作,非常影响系统性能.所以,"池"的用处就凸显出来了. 1. 为什么要使用线程池 在3.6.1节介绍的实现方式中,对每个客户都分配一个新的工作线程.当工作线程与客户通信结束,这个线程就被销毁.这种实现方式有以下不足之处: •服务器创建和销毁工作的开销( 包括所花费的时间和系统资源 )很大.这一项不用解释,可以

线程池的原理与实现详解_C 语言

一. 线程池的简介通常我们使用多线程的方式是,需要时创建一个新的线程,在这个线程里执行特定的任务,然后在任务完成后退出.这在一般的应用里已经能够满足我们应用的需求,毕竟我们并不是什么时候都需要创建大量的线程,并在它们执行一个简单的任务后销毁. 但是在一些web.email.database等应用里,比如彩铃,我们的应用在任何时候都要准备应对数目巨大的连接请求,同时,这些请求所要完成的任务却又可能非常的简单,即只占用很少的处理时间.这时,我们的应用有可能处于不停的创建线程并销毁线程的状态.虽说比起

论Java Web应用中调优线程池的重要性_java

不论你是否关注,Java Web应用都或多或少的使用了线程池来处理请求.线程池的实现细节可能会被忽视,但是有关于线程池的使用和调优迟早是需要了解的.本文主要介绍Java线程池的使用和如何正确的配置线程池. 单线程 我们先从基础开始.无论使用哪种应用服务器或者框架(如Tomcat.Jetty等),他们都有类似的基础实现.Web服务的基础是套接字(socket),套接字负责监听端口,等待TCP连接,并接受TCP连接.一旦TCP连接被接受,即可从新创建的TCP连接中读取和发送数据. 为了能够理解上述流

线程池原理及创建(C++实现)

本文给出了一个通用的线程池框架,该框架将与线程执行相关的任务进行了高层次的抽象,使之与具体的执行任务无关.另外该线程池具有动态伸缩性,它能根据执行任务的轻重自动调整线程池中线程的数量.文章的最后,我们给出一个简单示例程序,通过该示例程序,我们会发现,通过该线程池框架执行多线程任务是多么的简单. 为什么需要线程池 目前的大多数网络服务器,包括Web服务器.Email服务器以及数据库服务器等都具有一个共同点,就是单位时间内必须处理数目巨大的连接请求,但处理时间却相对较短. 传统多线程方案中我们采用的

java concurrent包自带线程池和队列详细讲解

Java线程池使用说明一简介线程的使用在java中占有极其重要的地位,在jdk1.4极其之前的jdk版本中,关于线程池的使用是极其简陋的.在jdk1.5之后这一情况有了很大的改观.Jdk1.5之后加入了java.util.concurrent包,这个包中主要介绍java中线程以及线程池的使用.为我们在开发中处理线程的问题提供了非常大的帮助.二:线程池线程池的作用:线程池作用就是限制系统中执行线程的数量.     根据系统的环境情况,可以自动或手动设置线程数量,达到运行的最佳效果:少了浪费了系统资

Java理论与实践: 线程池与工作队列

为什么要用线程池? 诸如 Web 服务器.数据库服务器.文件服务器或邮件服务器之类的许多服务 器应用程序都面向处理来自某些远程来源的大量短小的任务.请求以某种方式到 达服务器,这种方式可能是通过网络协议(例如 HTTP.FTP 或 POP).通过 JMS 队列或者可能通过轮询数据库.不管请求如何到达,服务器应用程序中经常 出现的情况是:单个任务处理的时间很短而请求的数目却是巨大的. 构建服务器应用程序的一个过于简单的模型应该是:每当一个请求到达就创 建一个新线程,然后在新线程中为请求服务.实际上

Java线程:新特征-线程池

有关Java5线程新特征的内容全部在java.util.concurrent下面,里面包含数目众多的接口和类,熟悉这部分API特征是一项艰难的学习过程.目前有关这方面的资料和书籍都少之又少,大所属介绍线程方面书籍还停留在java5之前的知识层面上. 当然新特征对做多线程程序没有必须的关系,在java5之前通用可以写出很优秀的多线程程序.只是代价不一样而已. 线程池的基本思想还是一种对象池的思想,开辟一块内存空间,里面存放了众多(未死亡)的线程,池中线程执行调度由池管理器来处理.当有线程任务时,从