Druid数据库连接池说明
Druid数据库连接池
Druid简介
Druid是阿里巴巴的一个开源数据库连接池，基于Apache 2.0协议，可以免费自由使用。但它不仅仅是一个数据库连接池，它还包含一个ProxyDriver，一系列内置的JDBC组件库，一个SQL Parser。Druid能够提供强大的监控和扩展功能。但Druid只支持JDK 6以上版本，不支持JDK 1.4和JDK 5.0。
Druid下载：
maven中央仓库: https://www.360docs.net/doc/ce17694087.html,/maven2/com/alibaba/druid/
FAQ：
https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid/wiki/%E5%B8%B8%E8%A7%81%E9%97%AE% E9%A2%98
源代码下载地址：https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid
Druid支持的数据库
Druid支持所有JDBC兼容的数据库，包括Oracle、MySql、Derby、Postgresql、SQL Server、H2等等。
Druid针对Oracle和MySql做了特别优化，比如Oracle的PS Cache内存占用优化，MySql的ping检测优化。
Druid基本配置
Druid数据库连接池的配置与传统的DBCP、C3P0、Proxool等数据连接池的配置基本相同，下面以使用了Spring的项目为例配置Druid数据库连接池。
1.在上述的Druid下载路径中下载最新的Druid jar包，目前最新的为druid-1.0.
2.jar
2.打开项目中的spring配置文件applicationContext.xml 文件，加入如下配置
class="com.alibaba.druid.pool.DruidDataSource"init-method="init" destroy-method="close"> value="jdbc:mysql://localhost:3306/cendev?useUnicode=true&charac terEncoding=utf8"> value="20"/>
3.上面配置中的
置Druid的防御sql注入的filter和监控统计拦截的filter。开启监控拦截另外还需在项目的web.xml中配置相应的Servlet。请在web.xml中加入如下配置。
/servlet-class>
4.添加完上述配置Druid的基本配置即可，重新启动项目，输入http://localhost:端口/应用
名称/druid/index.html即可打开Druid内置的监控系统。例如：http://localhost:8080/pm/druid/index.html
5.Druid内置的监控系统页面如下图：
通过上述配置后可以在此监控系统中查看的包括首页、数据源、SQL监控、SQL防火墙(SQL防火墙的filter即wall)、session监控。至于Web应用、URI监控、Spring监控等暂不能查看，加入后续的配置即可。
Druid内置监控中的WEB关联监控配置
使用内置监控中的WEB关联监控，需要在项目的web.xml文件中加入如下配置：
欲了解更多Druid关于WEB监控配置，请移步：https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid/wiki/%E9%85%8D%E7%BD%AE_%E9%85%8D%E7 %BD%AEWebStatFilter
Druid内置监控中的Spring关联监控配置
使用内置监控中的Spring关联监控，需要在项目中的spring配置文件applicationContext.xml 中加入如下配置：
class="com.alibaba.druid.support.spring.stat.DruidStatInterceptor"> class="org.springframework.aop.support.JdkRegexpMethodPointcut" scope="prototype"> pointcut-ref="druid-stat-pointcut"/> Druid内置监控系统简单介绍 输入http://localhost:端口/应用名称/druid/index.html即可打开Druid内置的监控系统。例如：http://localhost:8080/pm/druid/index.html 下面就Druid监控系统中的各功能模块简单介绍一下。 首页 展示Druid版本、jdk版本、重置次数、启动时间等基本信息。 数据源 数据源菜单显示数据库连接池的基本信息，如连接地址、连接类型、最大连接数、最小连接数、初始连接等信息。 可通过逻辑连接打开次数、逻辑连接关闭次数来判断系统中是否存在有连接未关闭的情况(正常情况下打开次数和关闭次数应该一致) SQL监控 SQL监控显示系统已执行过的每条SQL语句的执行情况。通过执行数、执行时间、最慢时间、事务中、错误数、最大并发、执行时间分布等统计维度来展现。 需要说明的有： 执行数：本条sql语句已执行的次数 执行时间：本条sql语句累计执行时间(单位：毫秒) 最慢：本条sql语句执行最慢一次的耗时(单位：毫秒) 执行时间分布【- - - - - - - -】：这8个–分别代表8个耗时区间的次数，从左至右依次是：0-1毫秒次数、1-10毫秒次数、10-100毫秒次数、100-1000毫秒次数、1-10秒次数、10-100秒次数、100-1000秒次数、大于1000秒次数。 如下图中的这一条数据： 可以发现：执行时间上本条sql语句有10次是在1-10毫秒内就执行完成，其他耗时区间的执行次数都为0. 执行+RS时分布与此同理。通过耗时区间，可以发现SQL执行的效率情况，可以反映出数据库或应用是否稳定。 SQL防火墙 SQL防火墙分防御统计、表访问统计、函数调用统计、SQL防御统计-白名单、SQL防御统计-黑名单这几项。 其中若是涉嫌SQL注入的SQL语句将被拦截，出现在SQL防御统计-黑名单中。详细的SQL 防御的wallfilte配置请移步： https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid/wiki/%E9%85%8D%E7%BD%AE-wallfilter WEB应用 Web应用主要统计本应用的并发、请求、事务提交、事务回滚等信息，另外统计了本应用在各操作系统上、各浏览器上的访问次数。 URI监控 URI监控统计了应用中各url的访问次数、请求时间、并发数等信息。 Session监控 Session监控显示应用中session的请求时间、请求次数、最大并发等数据。 Spring监控 Spring监控显示针对配置中需要监控的各方法的执行数、执行时间、最大并发、读取行数等信息。 Druid数据库连接池如何解决连接泄露 对于项目中可能存在的连接泄露(连接未关闭)的问，Druid提供了如下办法： 1.可通过“数据源”监控中的“活跃连接堆栈查看”这里显示的是未关闭的数据库连接堆栈 信息，可通过此堆栈信息来分析未关闭的数据库连接所在位置，从而手动关闭，解决问题。 点击[View JSON API]可查看堆栈信息，如下图： 可以看到目前并未有发现未关闭连接的情况。 再看下图： 发现堆栈中已有信息，可从中分析出是test.jsp中存在未关闭的连接，手动关闭即可。 2.另外Druid提供了另一种解决办法，可在applicationContext.xml的数据库连接池 (dataSource)配置中加入如下配置： 加入该配置后，若有连接30分钟仍未关闭，则Druid会强制收回此连接，关闭该连接。 3.若想了解更多Druid关于解决连接泄露的问题请移步： https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid/wiki/%E8%BF%9E%E6%8E%A5%E6%B3%84%E6%BC%8F% E7%9B%91%E6%B5%8B 1.简介 DBCP(DataBase Connection Pool),数据库连接池。是 apache 上的一个 java 连接池项目，也是tomcat 使用的连接池组件。单独使用dbcp需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar由于建立数据库连接是一个非常耗时耗资源的行为，所以通过连接池预先同数据库建立一些连接，放在内存中，应用程序需要建立数据库连接时直接到连接池中申请一个就行，用完后再放回去。 dbcp提供了数据库连接池可以在spring，iBatis，hibernate中调用dbcp完成数据库连接，框架一般都提供了dbcp连接的方法； tomcat中也提供了dbcp的jndi设置方法，也可以不在框架中使用dbcp，单独使用dbcp 需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar 2.参数说明 翻译自https://www.360docs.net/doc/ce17694087.html, 这里可以开启PreparedStatements池. 当开启时, 将为每个连接创建一个statement 池,并且被下面方法创建的PreparedStatements将被缓存起来: ●public PreparedStatement prepareStatement(String sql) ●public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency) 如果容许则可以使用下面的方式来获取底层连接: Connection conn = ds.getConnection(); Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate(); ... conn.close() 默认false不开启, 这是一个有潜在危险的功能, 不适当的编码会造成伤害.(关闭底层 连接或者在守护连接已经关闭的情况下继续使用它).请谨慎使用,并且仅当需要直接访问驱动的特定功能时使用. 注意: 不要关闭底层连接, 只能关闭前面的那个 如果开启"removeAbandoned",那么连接在被认为泄露时可能被池回收. 这个机制在(getNumIdle() < 2) and (getNumActive() > getMaxActive() - 3)时被触发。 举例当maxActive=20, 活动连接为18,空闲连接为1时可以触发"removeAbandoned".但是活动连接只有在没有被使用的时间超过"removeAbandonedTimeout"时才被删除,默认300秒.在resultset中游历不被计算为被使用。 3.使用注意点 WebLogic连接池配置数据库断掉后自动重连设置 进入某个连接池配置页，进入“连接“页，点击高级选项的”show“显示高级选项。 指定"测试频率" 并启用"测试保留的连接"、"测试创建的连接" 和"测试释放的连接"。 测试频率(Test Frequency):60 秒 自动数据库连接测试之间的秒数(0 - 32 位正整数)。测试失败的连接将被关闭，然后重新打开以重新建立有效的物理数据库连接。(必须在下面指定测试表名称。) The number of seconds (between 0 and a positive 32-bit integer) between automatic database connection tests. Connections that fail the test are closed and reopened to re-establish a valid physical database connection. (You must specify a Test Table Name below.) 测试保留的连接(Test Reserved Connections) 指定WebLogic Server 是否在将连接提供给客户端之前测试该连接。(必须在下面指定测试表名称。) Specifies whether WebLogic Server tests a connection before giving it to the client. (You must specify a Test Table Name below.) 测试创建的连接(Test Created Connections) 指定WebLogic Server 是否在创建连接后且将该连接添加到缓冲池中可用连接列表之前对该连接进行测试。(必须指定测试表名称。) Specifies whether WebLogic Server tests a connection after creating it but before adding it to the list of connections available in the pool. (You must specify a Test Table Name.) 测试释放的连接(Test Released Connections) 指定WebLogic Server 是否在将连接返回到该JDBC 连接缓冲池之前测试该连接。(必须指定测试表名称。) Specifies whether WebLogic Server tests a connection before returning it to this JDBC connection pool. (You must specify a Test Table Name.) 连接保留超时(C onnection Reserve Timeout): 设为30 秒 数据库连接池的好处.txt-//自私，让我们只看见自己却容不下别人。如果发短信给你喜欢的人，他不回，不要再发。看着你的相片，我就特冲动的想P成黑白挂墙上!有时，不是世界太虚伪，只是，我们太天真。数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接获取和返回方法。如： 外部使用者可通过getConnection 方法获取连接，使用完毕后再通过releaseConnection 方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池技术。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 ?数据库连接池的概念(是什么，做什么用的，有什么好处) ?首先，我们还是老套的讲讲连接池的基本概念，概念理解清楚了，我们也知道后面是怎么回事了。?以前我们程序连接数据库的时候，每一次连接数据库都要一个连接，用完后再释放。如果频繁的数据库操作，就会导致性能很低。连接池的出现，为开发过程提供了一个很好的管理平台。当程序中需要建立数据库连接时，只须从内存中取一个来用而不用新建。同样，使用完毕后，只需放回内存即可。而连接的建立、断开都有连接池自身来管理。同时，我们还可以通过设置连接池的参数来控制连接池中的连接数、每个连接的最大使用次数等等。通过使用连接池，将大大提高程序效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 ?而Hibernate的出现把连接池的使用引入了一个新的利用方式，让你充分享受配置化给开发带来的便利。 1 C3P0 (以验证可用) 只需在hibernate.cfg.xml中加入 关于数据库连接池和动态数据源的实现、使用 对于一个简单的数据库应用，由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。 连接复用，通过建立数据库的连接池以及一套连接使用的管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接，使用完毕之后再通过releaseConnection 方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 一般的数据库连接池，是使用配置文件在项目启动的使用加载配置文件，根据文件中描述，生成对应的数据库连接池。连接池有许多的属性比如：连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等 数据库连接池技术带来的优势： 1.资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减 少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以 及数据库临时进程/线程的数量） 2.更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用，此 时连接的初始化工作均已完成，对于业务处理而言，直接利用现有的可以连接，避 免了数据库连接初始化和释放过程的时间开销，从而缩短了系统整体的响应时间。 3. 统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定，强制回收被 占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。 一个数据库连接池的实现 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。 1、使用 Tomcat 的 Web 管理应用配置数据源 启动 Tomcat 服务器，打开浏览器，输入 http://localhost:8080/admin/（其中 localhost 是名 称服务器或称为主机，没安装 admin 的参考后面的安装步骤），进入管理界面的登陆页面， 这时候请输入原来安装时要求输入的用户名和密码，登陆到管理界面， 一、连接池的基本工作原理 1、基本概念及原理 数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量和使用情况，为系统开发、测试及性能调整提供依据。 2、服务器自带的连接池 JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic 和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。 二、连接池关键问题分析 1、并发问题 为了使连接管理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为Java语言自身提供了对并发管理的支持，使用synchronized关键字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized关键字，如：public synchronized Connection getConnection () 2、多数据库服务器和多用户 对于大型的企业级应用，常常需要同时连接不同的数据库（如连接Oracle和Sybase）。如何连接不同的数据库呢?我们采用的策略是：设计一个符合单例模式的连接池管理类，在连接池管理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的地址、用户名、密码等信息。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池管理类实例为每个连接池实例取一个名字，通过不同的名字来管理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 3、事务处理 我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则，即对于一组SQL语句要么全做，要么全不做。 在Java语言中，Connection类本身提供了对事务的支持，可以通过设置Connection的AutoCommit属性为false，然后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。可采用每一个事务独占一个连接来实现，这种方法可以大大降低事务管理的复杂性。 4、连接池的分配与释放 连接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销，同时还可以加快用户的访问速度。 对于连接的管理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接。如果有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给它（实际是先做连接是否有效的判断，如果可用就分配给用户，如果不可用就把这个连接从空闲池删掉，重新检测空闲池是否还有连接），如果没有则检查当前所开连接池是否达到连接池所允许的最大连接数（maxConn），如果没有达到，就新建一个连接，如果已经达到，就等待一定的时间(timeout)。如果在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，如果等待时间 Java数据库连接池 Tomcat6.0 Tomcat6.0连接池配置 1. 配置tomcat下的conf下的context.xml文件,在之间添加连接池配置: 连接池的基本工作原理 基本概念及原理 由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效治理。我们知道，对于共享资源，有一个很闻名的设计模式：资源池（Resource Pool）。该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的治理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调整提供依据。 服务器自带的连接池 JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic 和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。 连接池要害问题分析 1、并发问题 为了使连接治理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为java语言自身提供了对并发治理的支持，使用synchronized要害字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized要害字，如：public synchronized Connection getConnection（） 2、多数据库服务器和多用户 对于大型的企业级应用，经常需要同时连接不同的数据库（如连接Oracle和Sybase）。如何连接不同的数据库呢？我们采用的策略是：设计一个符合单例模式的连接池治理类，在连接池治理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的url地址（）?用户名（）?密码（）等信息。如tx.url=172.21.15.123：5000/tx_it，https://www.360docs.net/doc/ce17694087.html,er=yang，tx.passWord=yang321。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池治理类实例为每个连接池实例取一个名字，通过不同的名字来治理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 3、事务处理 我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。 S2SH环境的搭建 1.项目的环境： * Hibernate 3.3.2 * Hibernate Annotation 3.4.0 * Spring 2.5.6 * Struts 2.1.8 * jdk 1.5 *java EE5.0 2.需要拷贝到项目里的依赖包 总共27个JAR 1.其中Log4j一定不能少， 2.由于整合中去掉了hibernate的配置文件而在Spring配置文件中配置数据源，所欲 要引入commons-dbcp.jar commons-pool.jar两个JAR包 3.hibernate依赖包中要引入slf4j-api和slf4j与log4J的一个实现JAR包 Struts2.1.8依赖包：（都在struts-2.1.8\lib目录下面） freemarker-2.3.15.jar ognl-2.7.3.jar struts2-core-2.1.8.jar xwork-core-2.1.6.jar commons-fileupload-1.2.1.jar commons-io-1.3.2.jar commons-logging-1.1.jar struts2-spring-plugin-2.1.8.jar commons-beanutils-1.7.0.jar Spring 2.5.6依赖包： spring.jar aspectjrt.jar aspectjweaver.jar commons-dbcp.jar commons-pool.jar Hibernate3.3.2和Hibernate Annotations 3.4.0.GA依赖包： hibernate3.jar antlr-2.7.6.jar commons-collections-3.1.jar dom4j-1.6.1.jar javassist-3.9.0.GA.jar jta-1.1.jar slf4j-api-1.5.8.jar hibernate-annotations.jar hibernate-commons-annotations.jar ejb3-persistence.jar mysql-connector-java-3.1.13-bin.jar slf4j-log4j12-1.5.8.jar log4j-1.2.11.jar 3.定义配置文件（去掉hibernate配置文件集成到spring 中） sping配置文件 sessionFactory在spring配置文件中的配置（两种实现配置方式，hibernate3.4中多采用AnnotationSessionFactoryBean） sessionFactory在Spring中的配置，必须完成3个方面的操作 1.数据源的配置 2.hibernate基本属性的配置 3.hibernate映射资源的配置 1.spring配置文件中如何引入外部属性文件？ 中配置的为需要监控的包路径。欲了解更多关于Druid 的Spring监控配置请移步：https://https://www.360docs.net/doc/ce17694087.html,/alibaba/druid/wiki/%E9%85%8D%E7%BD%AE_Druid%E5%92%8CSpring%E5% 85%B3%E8%81%94%E7%9B%91%E6%8E%A7%E9%85%8D%E7%BD%AE
关于DBCP数据库连接池配置整理
WebLogic连接池配置数据库断掉后自动重连设置
数据库连接池的好处
hibernate配置数据库连接池的三种方法
01关于数据库连接池和动态数据源的实现课案
Web管理应用配置数据源连接池
选择 Resources－Data sources 进入配置数据源界面，选择 Data Source Actions －>选择 Create New Data Source,进入配置详细信息界面，内容如下： JNDI Name: jdbc/BookDB Data Source URL: jdbc:mysql://localhost:3306/BookDB JDBC Driver Class: com.mysql.jdbc.Driver User Name: dbusr Password: 1234 Max. Active Connections: 4 Max. Idle Connections: 2 Max. Wait for Connection: 5000 Validation Query: 按要求输入的 JNDI Name 等信息，其中除了 JDBC DriverClass 之外，其他的可以根据需要 填写。最后点击 Save－>Commit Change. 注：这里的 BookDB 是我使用的数据库的名称 2、修改 web.xml 打开%TOMCAT_HOME%\conf\web.xml,在的前面添加以下内容： 数据库连接池原理
Java数据库连接池
Java中数据库连接池原理机制
oracle连接池配置
连接池优缺点
数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数 据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但 是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统 的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以 得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放 所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套 高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接 获取和返回方法。如： 外部使用者可通过getConnection方法获取连接，使用完毕后再通过releaseConnection方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的 基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始 化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和 释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池 技术，几年钱也许还是个新鲜话题，对于目前的业务系统而言，如果设计中还没有考虑到连接池 的应用，那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 4．统一的连接管理，避免数据库连接泄漏 在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用连接。从 而避免了常规数据库连接操作中可能出现的资源泄漏。一个最小化的数据库连接池实现： 连接池的优缺点 优点 使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速 度以及应用程序和数据库服务器的(网络)距离，而且这个过程通常是一个很耗时的过程。而采用 数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请求重新连接、认证到 数据库服务器，这样就节省了时间。 缺点 数据库连接池中可能存在着多个没有被使用的连接一直连接着数据库(这意味着资源的浪费)。
数据库连接池的研究与实现lunwen
数据库连接池的研究与实现 摘要 在基于JDBC的数据库实际应用开发中，对数据库连接的管理是一个重点也是一个难点，频繁对数据库的连接与关闭操作、多客户对数据库的并发访问,一定程度上决定了WEB系统的响应以及应用性能。使用数据库连接池方式能对数据库的连接进行管理和维护,上层应用程序通过数据库连接池使用数据库资源能提升系统性能，充分利用系统资源。文章通过介绍、分析数据库连接池工作的基本原理，了解目前流行的WEB服务器在数据库连接池方面的使用现状后，总结一了些数据库连接池开发程序中容易忽略的问题。并在学习掌握了实现连接池的关键技术后给出了一个较为高效的连接池管理策略，在这种策略思想的指导下实际开发出一个数据库连接池模块，使得上层应用通过本连接池访问数据库资源变得相对高效和容易，从实际上论证了这种设计方案的可行性。 关键词：连接池；数据库；JDBC；并发访问
Research and realization of the Database Connection Pool Abstract In the practically application development of database based on JDBC, the management of database connection is a key point and also a difficulty. The response and performance of the WEB system are depended on frequently connecting, closing and multi-user accessing in a certain extent. Using the Database Connection Pool can provide management and maintenance for connections of the database. The upper applications may access the database recourse via the Database Connection Pool, in order to upgrade system performance and fully utilize the system recourse. This article summarizes some issues which are easily ignored in the application development of the Database Connection Pool by the way of introducing and analyzing the basal working principles of the Database Connection Pool ,comprehending the using actuality of the Database Connection Pool on the popular WEB servers. Besides, I established a comparatively highly effective policy of the Connection Pool management after having learned and comprehended key technique of implementing the Connectivity Pool, and actually had developed a Database Connection Pool module under the guidance of that policy, causing the access of system resource by the upper applications via current Connectivity Pool becoming relatively highly effective and easy, demonstrated the feasibility of this design project in practice. Key words:Database Connection Pool; Database; JDBC; Concurrence access
数据库连接池配置的几种方法
今天遇到了关于数据源连接池配置的问题，发现有很多种方式可以配置，现总结如下，希望对大家有所帮助：（以Mysql数据库为例） 一，Tomcat配置数据源： 方式一：在WebRoot下面建文件夹META-INF，里面建一个文件context.xml，内容如下： 数据库连接池（DataSource） 1、概念 在三层架构中，DAO层直接与数据库交互，首先要建立与数据库的连接，如果采用下图（a）所示，则用户每次的请求都要创建连接，用完又关闭，而数据库连接的创建和关闭需要消耗较大的资源，因此实际开发中常采用图（b）所示，在应用程序启动时创建一个包含多个Connection对象的连接池，DAO层使用时直接从池子里取一个Connection对象，用完后放回池子，避免了重复创建关闭数据库连接造成的开销。 2、数据库连接池原理 下面的代码模拟了数据库连接池的原理（代码中的JDBCUtil工具类见《MySQL（JDBC）》），池子里保持了10个Connection对象，并提供了getConnection和release方法： public class ConnectionPoolDemo { //连接池实际上就是一个List private static List static{//加载连接池类时在池子中放入10个连接 for(int i = 0;i < 10;i ++){ Connection conn; try { conn = JDBCUtil.getConnection(); pool.add(conn); } catch (Exception e) { e.printStackTrace(); } } } //从池子中取出一个连接 public synchronized Connection getConnection(){ return pool.remove(0); } //把连接还回池子中 public static void release(Connection conn){ pool.add(conn); } } 3、编写一个符合规范的连接池 上节模拟数据库连接池原理的代码也实现了一个简单连接池，但是不符合规范（Sun公司制定）。编写一个符合规范的连接池需要实现javax.sql.DataSource接口。（DataSource接口中定义了两个重载的getConnection方法） 编程难点☆：当用户使用完Connection，执行conn.close()时，Connection对象应保证将自己还给连接池，而不要把conn关闭。之所由Connection对象保证将自己返回到LinkedList 中，是因为DataSource接口中并未定义上节例子中类似release的方法。所以必须改写Connection中的close方法，使得用户执行conn.close()时，将Connection对象还给连接池。解决方案☆：改写驱动程序中Connection类的close方法。对已知类的某些方法进行功能上的改变，有以下几种编码方案（☆）： 1）编写子类，覆写需要改变的方法。此处行不通，原因有：①程序中不知道继承哪个驱动的Connection实现类②数据库驱动对Connection接口的实现类是final的，不允许被继承。 2）装饰（包装）设计模式（静态代理） ①定义包装类：MyConnection，该类完成了对com.mysql.jdbc.Connection类的包装。 关键词：保持被包装对象的原有信息、对某个/某些方法进行改写。包装类的编写过程如下：/** 1 package com.kyo.connection; 2 3 import java.sql.Connection; 4 import java.sql.DatabaseMetaData; 5 import java.sql.Driver; 6 import java.sql.DriverManager; 7 import java.sql.SQLException; 8 import java.sql.Statement; 9 import java.util.Enumeration; 10 import java.util.Vector; 11 12 public class ConnectionPool { 13 14 private ConnectionParam param; 15 16 private String testTable = ""; // 测试连接是否可用的测试表名，默认没 有测试表 17 18 private Vector connections = null; // 存放连接池中数据库连接的向量 , 初始时为 19 // null,它中存放的对象为PooledConnection 型 20 21 public void setParam(ConnectionParam param { 22 this.param = param; 23 } 24 25 public ConnectionParam getParam( { 26 return param; 27 } 28 29 /** 30 * 构造函数 31 * 32 * @param param 33 */ 34 public ConnectionPool(ConnectionParam param { 35 this.param = param; 36 } 37 38 /** 39 * 40 * 获取测试数据库表的名字 41 * 42 * @return 测试数据库表的名字 43 */ 44 45 public String getTestTable( { 46 return this.testTable; 47 } 48 49 /** 50 * 51 * 设置测试表的名字 52 * 53 * @param testTable04. 数据库连接池(DataSource)
Java实现数据库连接池的代码.