DBCP连接池
tomcat JDBC连接池配置示例，自动检查连接的可用性，dbcp定时检测连接，dbcp自动重连的配置Xml代码
以上两个方案使用任意一个就可以解决以述两类问题。如果只使用方案2，建议N <= 5分钟。连接断开后最多5分钟后可恢复。
也可混合使用两个方案，建议N = 30分钟。
下面就是DBCP连接池，同时使用了以上两个方案的配置配置
validationQuery = "SELECT 1" 验证连接是否可用，使用的SQL语句
testWhileIdle = "true" 指明连接是否被空闲连接回收器(如果有)进行检验.如果检测失败,则连接将被从池中去除.
testOnBorrow = "false" 借出连接时不要测试，否则很影响性能
timeBetweenEvictionRunsMillis = "30000" 每30秒运行一次空闲连接回收器
minEvictableIdleTimeMillis = "1800000" 池中的连接空闲30分钟后被回收,默认值就是30分钟。
numTestsPerEvictionRun="3" 在每次空闲连接回收器线程(如果有)运行时检查的连接数量，默认值就是3.
解释：
配置timeBetweenEvictionRunsMillis = "30000"后，每30秒运行一次空闲连接回收器（独立线程）。并每次检查3个连接，如果连接空闲时间超过30分钟就销毁。销毁连接后，连接数量就少了，如果小于minIdle数量，就新建连接，维护数量不少于minIdle，过行了新老更替。
testWhileIdle = "true" 表示每30秒，取出3条连接，使用validationQuery = "SELECT 1" 中的SQL进行测试，测试不成功就销毁连接。销毁连接后，连接数量就少了，如果小于minIdle数量，就新建连接。
testOnBorrow = "false" 一定要配置，因为它的默认值是true。false表示每次从连接池中取出连接时，不需要执行validationQuery = "SELECT 1" 中的SQL进行测试。若配置为true,对性能有非常大的影响，性能会下降7-10倍。所在一定要配置为false.
每30秒，取出numTestsPerEvictionRun条连接（本例是3，也是默认值），发出"SELECT 1" SQL语句进行测试，测试过的连接不算是“被使用”了，还算是空闲的。连接空闲30分钟后会被销毁。
DBCP连接池配置参数注意事项
-----------------------------
maxIdle值与maxActive值应配置的接近。
因为，当连接数超过maxIdle值后，刚刚使用完的连接（刚刚空闲下来）会立即被销毁。而不是我想要的空闲M秒后再销毁起一个缓冲作用。这一点DBCP做的可能与你想像的不一样。
若maxIdle与maxActive相差较大，在高负载的系统中会导致频繁的创建、销毁连接，连接数在maxIdle与maxActive 间快速频繁波动，这不是我想要的。
高负载系统的maxIdle值可以设置为与maxActive相同或设置为-1(-1表示不限制)，让连接数量在minIdle与maxIdle 间缓冲慢速波动。
timeBetweenEvictionRunsMillis建议设置值
initialSize="5"，会在tomcat一启动时，创建5条连接，效果很理想。
但同时我们还配置了minIdle="10"，也就是说，最少要保持10条连接，那现在只有5条连接，哪什么时候再创建少的5条连接呢？
1、等业务压力上来了，DBCP就会创建新的连接。
2、配置timeBetweenEvictionRunsMillis=“时间”,DBCP会启用独立的工作线程定时检查，补上少的5条连接。销毁多余的连接也是同理。
连接销毁的逻辑
------------------------------
DBCP的连接数会在 0 - minIdle - maxIdle - maxActive 之间变化。变化的逻辑描述如下：
默认未配置initialSize(默认值是0)和timeBetweenEvictionRunsMillis参数时，刚启动tomcat时，连接数是0。当应用有一个并发访问数据库时DBCP创建一个连接。
目前连接数量还未达到minIdle，但DBCP也不自动创建新连接已使数量达到minIdle数量（没有一个独立的工作线程来检查和创建）。
随着应用并发访问数据库的增多，连接数也增多，但都与minIdle值无关，很快minIdle被超越，minIdle值一点用都没有。
直到连接的数量达到maxIdle值，这时的连接都是只增不减的。再继续发展，连接数再增多并超过maxIdle时，使用完的连接（刚刚空闲下来的）会立即关闭，总体连接的数量稳定在maxIdle但不会超过maxIdle。
但活动连接（在使用中的连接）可能数量上瞬间超过maxIdle，但永远不会超过maxActive。
这时如果应用业务压力小了，访问数据库的并发少了，连接数也不会减少（没有一个独立的线程来检查和销毁），将保持在maxIdle的数量。
默认未配置initialSize(默认值是0)，但配置了timeBetweenEvictionRunsMillis=“30000”（30秒）参数时，刚启动tomcat 时，连接数是0。马上应用有一个并发访问数据库时DBCP创建一个连接。
目前连接数量还未达到minIdle，每30秒DBCP的工作线程检查连接数是否少于minIdle数量，若少于就创建新连接直到达到minIdle数量。
随着应用并发访问数据库的增多，连接数也增多，直到达到maxIdle值。这期间每30秒DBCP的工作线程检查连接是否空闲了30分钟，若是就销毁。但此时是业务的高峰期，是不会有长达30分钟的空闲连接的，工作线程查了也是白查，但它在工作。到这里连接数量一直是呈现增长的趋势。
当连接数再增多超过maxIdle时，使用完的连接(刚刚空闲下来)会立即关闭，总体连接的数量稳定在maxIdle。停止了增长的趋势。但活动连接（在使用中的连接）可能数量上瞬间超过maxIdle，但永远不会超过maxActive。
这时如果应用业务压力小了，访问数据库的并发少了，每30秒DBCP的工作线程检查连接(默认每次查3条)是否空闲达到30分钟(这是默认值)，若连接空闲达到30分钟，就销毁连接。这时连接数减少了，呈下降趋势，将从maxIdle 走向minIdle。当小于minIdle值时，则DBCP创建新连接已使数量稳定在minIdle，并进行着新老更替。
配置initialSize=“10”时，tomcat一启动就创建10条连接。其它同上。
minIdle要与timeBetweenEvictionRunsMillis配合使用才有用,单独使用minIdle不会起作用。
Tomcat中配置DBCP连接池
-----------------------------
Tomcat自带DBCP的包，是$CATALINA_HOME/lib/tomcat-dbcp.jar。
tomcat-dbcp.jar含有commons pool、commons DBCP两个包的内容。但只含有与连接池有关的类。
数据源配置在context.xml文件中，要在tomcat的lib目录中放jdbc驱动包
数据源配置在server.xml的host中，不需要在tomcat的lib目录中放jdbc驱动包，只使用工程中的jdbc驱动包JNDI配置:更改tomcat的server.xml或context.xml
全局的数据源：
如果需要配置全局的Resource，则在server.xml的GlobalNamingResources节点里加入Resource，再在Context 节点里加入ResourceLink的配置。
全局的resource只是为了重用，方便所有该tomcat下的web工程的数据源管理，但如果你的tomcat不会同时加载多个web工程，也就是说一个tomcat只加载一个web工程时，是没有必要配置全局的resource的。
每个web工程一个数据源：
在$CATALINA_HOME/conf/context.xml的根节点Context里加入Resource配置。这种配置方法，你在context.xml 配置了一个数据源，但Tomcat中有同时运行着5个工程，那了就坏事儿了，这个在Tomcat启动时数据源被创建了5份，每个工程1份数据源。连接数会是你配置的参数的5倍。
只有在你的Tomcat只加载一个web工程时,才可以直接以context.xml配置数据源。
driverClassName="com.mysql.jdbc.Driver" //JDBC驱动器 url="jdbc:mysql://localhost:3306/test" //数据库URL地址 username="test" //数据库用户名 password="test" //数据库密码 maxIdle="40" //最大的空闲连接数 maxWait="4000" //当池的数据库连接已经被占用的时候，最大等待时间 maxActive="40" //连接池当中最大的数据库连接 removeAbandoned="true" removeAbandonedTimeout="180" logAbandoned="true" //被丢弃的数据库连接是否做记录，以便跟踪 factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory" /> 这里的factory指的是该Resource 配置使用的是哪个数据源配置类，这里使用的是tomcat自带的标准数据源Resource配置类，这个类也可以自己写，实现javax.naming.spi.ObjectFactory接口即可。某些地方使用的commons-dbcp.jar中的https://www.360docs.net/doc/d97886154.html,mons.dbcp.BasicDataSourceFactory，如果使用这个就需把 commons-dbcp.jar及其依赖的jar包，都放在tomcat的lib下，光放在工程的WEB-INF/lib下是不够的。 ResourceLink的配置有多种： 1)tomcat安装目录下的conf/context.xml，把全局的resource直接公开给该tomcat下的所有web工程，在Context 节点中加入： 不建议在此文件中，不使用 2)tomcat安装目录下的conf/server.xml，该方法可以指定把哪些source绑定到哪个web工程下。 也可在此文件中，不使用 3)安装目录下的conf/localhost/下建立一个xml文件，文件名是 也可在此文件中，不使用 4)tomcat安装目录下的\webapps\test\META-INF\context.xml的Context节点中增加: 1. 2. 3.class="https://www.360docs.net/doc/d97886154.html,mons.dbcp.BasicDataSource" 4.destroy-method="close"> 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 下面的注释为转来的。很详细 tomcatde DHCP的配置 logAbandoned="true" maxActive="20" maxIdle="2" maxWait="5000" name="system" removeAbandonedTimeout="60" removeAbandoned="true" password="xx" type="javax.sql.DataSource" url="jdbc:sqlserver://127.0.0.1:1433;DatabaseName=base" username="sa"/> 当中的 logAbandoned="true" removeAbandoned="true" removeAbandonedTimeout="60" 就是用来配置数据库断开后自动连接的。 数据库连接池会在启动时就建立所需的若干连接，并一直保持连接状态， 但是当数据库服务停止后，这些连接就被外部因素给中断了 网上优化了的配置信息： dbcp配置中文版本，自apache 官方文档 原文请见https://www.360docs.net/doc/d97886154.html,/dbcp/configuration.html。 参数描述 username 传递给JDBC驱动的用于建立连接的用户名 password 传递给JDBC驱动的用于建立连接的密码 url 传递给JDBC驱动的用于建立连接的URL driverClassName 使用的JDBC驱动的完整有效的java 类名 connectionProperties 当建立新连接时被发送给JDBC驱动的连接参数， 格式必须是[propertyName=property;]* 注意：参数user/password将被明确传递，所以不需要包括在这里。 参数默认值描述 defaultAutoCommit true 连接池创建的连接的默认的auto-commit状态 defaultReadOnly driver default 连接池创建的连接的默认的read-only状态. 如果没有设置则setReadOnly方法将不会被调用. (某些驱动不支持只读模式,比如:Informix) defaultTransactionIsolation driver default 连接池创建的连接的默认的TransactionIsolation状态. 下面列表当中的某一个: (参考javadoc) * NONE * READ_COMMITTED * READ_UNCOMMITTED * REPEATABLE_READ * SERIALIZABLE defaultCatalog 连接池创建的连接的默认的catalog 参数默认值描述 initialSize 0 初始化连接:连接池启动时创建的初始化连接数量,1.2版本后支持 maxActive 8 最大活动连接:连接池在同一时间能够分配的最大活动连接的数量, 如果设置为非正数则表示不限制 maxIdle 8 最大空闲连接:连接池中容许保持空闲状态的最大连接数量,超过的空闲连接将被释放, 如果设置为负数表示不限制 minIdle 0 最小空闲连接:连接池中容许保持空闲状态的最小连接数量,低于这个数量将创建新的连接, 如果设置为0则不创建 maxWait 无限最大等待时间:当没有可用连接时,连接池等待连接被归还的最大时间(以毫秒计数), 超过时间则抛出异常,如果设置为-1表示无限等待 参数默认值描述 validationQuery SQL查询,用来验证从连接池取出的连接,在将连接返回给调用者之前.如果指定, 则查询必须是一个SQL SELECT并且必须返回至少一行记录 testOnBorrow true 指明是否在从池中取出连接前进行检验,如果检验失败, 则从池中去除连接并尝试取出另一个. 注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串 testOnReturn false 指明是否在归还到池中前进行检验 注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串 testWhileIdle false 指明连接是否被空闲连接回收器(如果有)进行检验.如果检测失败, 则连接将被从池中去除. 注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串timeBetweenEvictionRunsMillis -1 在空闲连接回收器线程运行期间休眠的时间值,以毫秒为单位. 如果设置为非正数,则不运行空闲连接回收器线程 numTestsPerEvictionRun 3 在每次空闲连接回收器线程(如果有)运行时检查的连接数量minEvictableIdleTimeMillis 1000 * 60 * 30 连接在池中保持空闲而不被空闲连接回收器线程 (如果有)回收的最小时间值，单位毫秒 参数默认值描述 poolPreparedStatements false 开启池的prepared statement 池功能 maxOpenPreparedStatements 不限制 statement池能够同时分配的打开的statements的最大数量, 如果设置为0表示不限制 这里可以开启PreparedStatements池. 当开启时, 将为每个连接创建一个statement池, 并且被下面方法创建的PreparedStatements将被缓存起来: * public PreparedStatementprepareStatement(String sql) * public PreparedStatementprepareStatement(String sql, intresultSetType, intresultSetConcurrency) 注意: 确认连接还有剩余资源可以留给其他statement 参数默认值描述 accessToUnderlyingConnectionAllowed false 控制PoolGuard是否容许获取底层连接 如果容许则可以使用下面的方式来获取底层连接: Connection conn = ds.getConnection(); Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate(); ... conn.close(); 默认false不开启, 这是一个有潜在危险的功能, 不适当的编码会造成伤害. (关闭底层连接或者在守护连接已经关闭的情况下继续使用它).请谨慎使用, 并且仅当需要直接访问驱动的特定功能时使用. 注意: 不要关闭底层连接, 只能关闭前面的那个. 参数默认值描述 removeAbandoned false 标记是否删除泄露的连接,如果他们超过了removeAbandonedTimout的限制. 如果设置为true, 连接被认为是被泄露并且可以被删除,如果空闲时间超过removeAbandonedTimeout. 设置为true可以为写法糟糕的没有关闭连接的程序修复数据库连接. removeAbandonedTimeout 300 泄露的连接可以被删除的超时值, 单位秒 logAbandoned false 标记当Statement或连接被泄露时是否打印程序的stack traces日志。 被泄露的Statements和连接的日志添加在每个连接打开或者生成新的Statement, 因为需要生成stack trace。 如果开启"removeAbandoned",那么连接在被认为泄露时可能被池回收. 这个机制在(getNumIdle() < 2) and (getNumActive() >getMaxActive() - 3)时被触发. 举例当maxActive=20, 活动连接为18,空闲连接为1时可以触发"removeAbandoned". 但是活动连接只有在没有被使用的时间超过"removeAbandonedTimeout"时才被删除,默认300秒. 在resultset中游历不被计算为被使用. 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/d97886154.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.使用注意点 郑州轻工业学院 课程设计任务书 题目三极管混频器工作原理分析 专业、班级学号姓名 主要内容、基本要求、主要参考资料等： 一、主要内容 分析三极管混频器工作原理。 二、基本要求 1：混频器工作原理，组成框图，工作波形，变频前后频谱图。 2：晶体管混频器的电路组态及优缺点。 3：自激式变频器电路工作原理分析。 4：完成课程设计说明书，说明书应含有课程设计任务书，设计原理说明，设计原理图，要求字迹工整，叙述清楚，图纸齐备。 5：设计时间为一周。 三、主要参考资料 1、李银华电子线路设计指导北京航天航空大学出版社2005.6 2、谢自美电子线路设计·实验·测试华中科技大学出版社2003.10 3、张肃文高频电子线路高等教育出版社 2004.11 完成期限：2010.6.24-2010.6.27 指导教师签名： 课程负责人签名： 2010年6月20日 目录 第一章混频器工作原理------------------------------------------4 第一节混频器概述------------------------------------------------4 第二节晶体三极管混频器的工作原理及组成框图---------5 第三节三极管混频器的工作波形及变频前后频谱图------8 第二章晶体管混频器的电路组态及优缺点------10 第一节三极管混频器的电路组态及优缺点------- 第二节三极管混频器的技术指标------ 第三章自激式变频器电路工作原理分析--------------------12 第一节自激式变频器工作原理分析---------------------12 第二节自激式变频器与他激式变频器的比较------------------------13 第四章心得体会---------------------------------------14 第五章参考文献---------------------------------------15 1.1.前言前言前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标 (ResultSet)、Statement、连接 (Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java 开发的系统中，JDBC 是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC 只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。 本文，以JDBC 规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。 2.2.连接池技术背景连接池技术背景连接池技术背景 2.1 JDBC JDBC 是一个规范，遵循JDBC 接口规范，各个数据库厂家各自实现自己的驱动程序(Driver)，如下图所示: 应用在获取数据库连接时，需要以URL 的方式指定是那种类型的Driver，在获得特定的连接后，可按照固定的接口操作不同类型的数据库，如: 分别获取Statement、执行SQL 获得ResultSet 等，如下面的例子 : import java.sql.*; … DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); Connection dbConn = DriverManager.getConnection("jdbc:oracle:thin:@127.0.0.1:1521:oracle","username","password"); Statement st = dbConn.createStatement(); ResultSet rs = st.executeQuery("select * from demo_table"); 数据库连接池的好处.txt-//自私，让我们只看见自己却容不下别人。如果发短信给你喜欢的人，他不回，不要再发。看着你的相片，我就特冲动的想P成黑白挂墙上!有时，不是世界太虚伪，只是，我们太天真。数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接获取和返回方法。如： 外部使用者可通过getConnection 方法获取连接，使用完毕后再通过releaseConnection 方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池技术。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 ?数据库连接池的概念(是什么，做什么用的，有什么好处) ?首先，我们还是老套的讲讲连接池的基本概念，概念理解清楚了，我们也知道后面是怎么回事了。?以前我们程序连接数据库的时候，每一次连接数据库都要一个连接，用完后再释放。如果频繁的数据库操作，就会导致性能很低。连接池的出现，为开发过程提供了一个很好的管理平台。当程序中需要建立数据库连接时，只须从内存中取一个来用而不用新建。同样，使用完毕后，只需放回内存即可。而连接的建立、断开都有连接池自身来管理。同时，我们还可以通过设置连接池的参数来控制连接池中的连接数、每个连接的最大使用次数等等。通过使用连接池，将大大提高程序效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 ?而Hibernate的出现把连接池的使用引入了一个新的利用方式，让你充分享受配置化给开发带来的便利。 1 C3P0 (以验证可用) 只需在hibernate.cfg.xml中加入 JAVA数据库连接池 ●基本概念及原理 ?数据库连接池是为了解决数据库对象 的共享出错问题。 ?实际就是建立一个缓冲池。 ?原理 预先在缓冲池中放入一定数量的连接， 当需要建立数据库连接时，只需从连接 池中取出一个，使用完毕之后再放回 去。 ?JDBC的API中没有提供连接池的方法。 ●连接池关键问题分析 ?使用线程同步来解决并发问题 ?使用一个单例模式的连接池管理类来 解决连接多个不同数据库。具体方法： ◆在连接池管理类的唯一实例被创建 时读取一个资源文件，其中资源文件 中存放着多个数据库的url地址()、 用户名()、密码()等信息。如 tx.url=172.21.15.123： 5000/tx_it，https://www.360docs.net/doc/d97886154.html,er=yang， tx.password=yang321。 ◆根据资源文件提供的信息，创建多 个连接池类的实例，每一个实例都是 一个特定数据库的连接池。连接池管 理类实例为每个连接池实例取一个 名字，通过不同的名字来管理不同的 连接池。 ?使用资源文件来解决同一个数据库有多个用户使用不同的名称和密码访问的情况。具体方法： ◆资源文件中设置多个具有相同url 地址，但具有不同用户名和密码的数 据库连接信息。 ?可采用每一个事务独占一个连接来实现事务处理, 这种方法可以大大降低事务管理的复杂性。具体方法: ◆Connection类可以通过设置 Connection的AutoCommit属性为 false,然后显式的调用commit或 rollback方法来实现。 ?使用空闲池来解决连接池的分配与释放处理。具体办法: ◆把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。 ◆每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接：●如果有就把建立时间最长(通过容 器的顺序存放实现)的那个连接分 配给他(实际是先做连接是否有效 的判断，如果可用就分配给用户， 如不可用就把这个连接从空闲池删 掉，重新检测空闲池是否还有连 接)。 ●如果没有则检查当前所建连接池是 否达到连接池所允许的最大连接数 (maxConn),如果没有达到，就新建 一个连接，如果已经达到，就等待 一定的时间(timeout)。如果在等 待的时间内有连接被释放出来就可 以把这个连接分配给等待的用户， 如果等待时间超过预定时间 timeout,则返回空值(null)。 关于数据库连接池和动态数据源的实现、使用 对于一个简单的数据库应用，由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。 连接复用，通过建立数据库的连接池以及一套连接使用的管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接，使用完毕之后再通过releaseConnection 方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 一般的数据库连接池，是使用配置文件在项目启动的使用加载配置文件，根据文件中描述，生成对应的数据库连接池。连接池有许多的属性比如：连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等 数据库连接池技术带来的优势： 1.资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减 少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以 及数据库临时进程/线程的数量） 2.更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用，此 时连接的初始化工作均已完成，对于业务处理而言，直接利用现有的可以连接，避 免了数据库连接初始化和释放过程的时间开销，从而缩短了系统整体的响应时间。 3. 统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定，强制回收被 占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。 一个数据库连接池的实现 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。 . 高频电路原理与分析 期末复习资料 陈皓编 10级通信工程 2012年12月 1. 单调谐放大电路中，以LC并联谐振回路为负载，若谐振频率f0=10.7MH Z，C Σ = 50pF，BW0.7=150kH Z，求回路的电感L和Q e。如将通频带展宽为300kH Z，应在回路两端并接一个多大的电阻？ 解：（1）求L和Q e （H）= 4.43μH （2）电阻并联前回路的总电导为 47.1（μS） 电阻并联后的总电导为 94.2（μS） 因 故并接的电阻为 2.图示为波段内调谐用的并联振荡回路，可变电容C的变化范围为12～260 pF，Ct为微调电容，要求此回路的调谐范围为535～1605 kHz，求回路电感L 和C t的值，并要求C的最大和最小值与波段的最低和最高频率对应。 12 min , 22(1210) 3 3 根据已知条件，可以得出： 回路总电容为因此可以得到以下方程组 160510 t t C C C LC L C ππ ∑ - =+ ? ?== ? ?+ ? ? 题2图 3.在三级相同的单调谐放大器中，中心频率为465kH Z ，每个回路的Q e =40，试 问总的通频带等于多少？如果要使总的通频带为10kH Z ，则允许最大的Q e 为多少？ 解：（1 ）总的通频带为 121212121232 260109 121082601091210260108 10198 1 253510260190.3175-12 6 1605 535 （）（）10103149423435 t t t t C C C C pF L mH π-----?+==?+=?-??-= ?==??+?=≈ 高频电路原理与分析期末复习资料 陈皓编 10级通信工程 2012年12月 1.单调谐放大电路中，以LC 并联谐振回路为负载，若谐振频率f 0 =10.7MH Z ， C Σ= 50pF ，BW 0.7=150kH Z ，求回路的电感L 和Q e 。如将通频带展宽为300kH Z ，应在回路两端并接一个多大的电阻？ 解：（1）求L 和Q e （H ）= 4.43μH （2）电阻并联前回路的总电导为 47.1（μS） 电阻并联后的总电导为 94.2（μS） 因 故并接的电阻为 2.图示为波段内调谐用的并联振荡回路，可变电容 C 的变化范围为 12～260 pF ，Ct 为微调电容，要求此回路的调谐范围为 535～1605 kHz ，求回路电感L 和C t 的值，并要求C 的最大和最小值与波段的最低和最高频率对应。 题2图 12min 12max ,22(1210) 22(26010)3 3根据已知条件，可以得出： 回路总电容为因此可以得到以下方程组16051053510t t t C C C LC L C LC L C ππππ∑ --=+? ?== ??+?? ??== ??+? 3.在三级相同的单调谐放大器中，中心频率为465kH Z ，每个回路的Q e =40，试 问总的通频带等于多少？如果要使总的通频带为10kH Z ，则允许最大的Q e 为多少？ 解：（1）总的通频带为 4650.51 5.928()40 e z e Q kH =≈?= （2）每个回路允许最大的Q e 为 4650.5123.710 e e Q =≈?= 4.图示为一电容抽头的并联振荡回路。谐振频率f 0 =1MHz ，C 1 =400 pf ，C 2= 100 pF 121212121232 260109 121082601091210260108 10198 1 253510260190.3175-12 6 1605 535 （）（）10103149423435 t t t t C C C C pF L mH π-----?+==?+=?-??-= ?==??+?=≈ 一、连接池的基本工作原理 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)。如果在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，如果等待时间 数据库连接池的好处 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数 据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但 是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统 的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以 得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放 所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套 高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接 获取和返回方法。如： 外部使用者可通过getConnection方法获取连接，使用完毕后再通过releaseConnection方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的 基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始 化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和 释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池 技术，几年钱也许还是个新鲜话题，对于目前的业务系统而言，如果设计中还没有考虑到连接池 的应用，那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 4．统一的连接管理，避免数据库连接泄漏 在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用连接。从 而避免了常规数据库连接操作中可能出现的资源泄漏。一个最小化的数据库连接池实现： 连接池的优缺点 优点 使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速 度以及应用程序和数据库服务器的(网络)距离，而且这个过程通常是一个很耗时的过程。而采用 数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请求重新连接、认证到 数据库服务器，这样就节省了时间。 缺点 数据库连接池中可能存在着多个没有被使用的连接一直连接着数据库(这意味着资源的浪费)。 java jdbc数据库连接池总结 1. 引言 近年来，随着internet/intranet建网技术的飞速发展和在世界范围内的迅速普及，计算机 应用程序已从传统的桌面应用转到web应用。基于b/s（browser/server）架构的3层开发模式逐渐取代c/s（client/server）架构的开发模式，成为开发企业级应用和电子商务普遍采用的技术。在web应用开发的早期，主要使用的技术是cgi﹑asp﹑php等。之后，sun公司推出了基于java语言的servlet+jsp+javabean 技术。相比传统的开发技术，它具有跨平台﹑安全﹑有效﹑可移植等特性，这使其更便于使用和开发。 java应用程序访问数据库的基本原理 在java语言中，jdbc（java database connection）是应用程序与数据库沟通的桥梁 即java语言通过jdbc技术访问数据库。jdbc是一种“开放”的方案，它为数据库应用开发人员﹑数据库前台工具开发人员提供了一种标准的应用程序设计接口，使开发人员可以用纯java语言编写完整的数据库应用程序。jdbc提供两种api，分别是面向开发人员的api和面向底层的jdbc驱动程序api，底层主要通过直接的jdbc驱动和jdbc-odbc桥驱动实现与数据库的连接。 一般来说，java应用程序访问数据库的过程（如图1所示）是： ①装载数据库驱动程序； ②通过jdbc建立数据库连接； ③访问数据库，执行sql语句； ④断开数据库连接。 图1 java数据库访问机制 jdbc作为一种数据库访问技术，具有简单易用的优点。但使用这种模式进行web应用 程序开发，存在很多问题：首先，每一次web请求都要建立一次数据库连接。建立连接是一个费时的活动，每次都得花费0.05s～1s的时间，而且系统还 数据库连接池技术浅析 一般情况下，在使用开发基于数据库的WEB程序时，传统的模式基本是按以下步骤： 1．在主程序（如Servlet、Beans）中建立数据库连接。 2．进行SQL操作，取出数据。 3．断开数据库连接。 使用这种模式开发，存在很多问题。首先，我们要为每一次WEB请求（例如察看某一篇文章的内容）建立一次数据库连接，对于一次或几次操作来讲，或许你觉察不到系统的开销，但是，对于WEB程序来讲，即使在某一较短的时间段内，其操作请求数也远远不是一两次，而是数十上百次（想想全世界的网友都有可能在您的网页上查找资料），在这种情况下，系统开销是相当大的。事实上，在一个基于数据库的WEB系统中，建立数据库连接的操作将是系统中代价最大的操作之一。很多时候，可能您的网站速度瓶颈就在于此。 其次，使用传统的模式，你必须去管理每一个连接，确保他们能被正确关闭，如果出现程序异常而导致某些连接未能关闭，将导致数据库系统中的内存泄露，最终我们将不得不重启数据库。 针对以上问题，我们首先想到可以采用一个全局的Connection对象，创建后就不关闭，以后程序一直使用它，这样就不存在每次创建、关闭连接的问题了。但是，同一个连接使用次数过多，将会导致连接的不稳定，进而会导致WEB SERVER 的频频重启。故而，这种方法也不可取。实际上，我们可以使用连接池技术来解决上述问题。首先，介绍一下连接池技术的基本原理。顾名思义，连接池最基本的思想就是预先建立一些连接放置于内存对象中以备使用： 如图所示，当程序中需要建立数据库连接时，只须从内存中取一个来用而不用新建。同样，使用完毕后，只需放回内存即可。而连接的建立、断开都有连接池自身来管理。同时，我们还可以通过设置连接池的参数来控制连接池中的连接数、每个连接的最大使用次数等等。通过使用连接池，将大大提高程序效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。下面我们以一个名为ConnectionPool的连接池为例来看看连接池的实现。先看看 1.前言 数据库应用，在许多软件系统中经常用到，是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如：没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源)，往往会直接导致系统的稳定。这类不稳定因素，不单单由数据库或者系统本身一方引起，只有系统正式使用后，随着流量、用户的增加，才会逐步显露。 在b基于Java开发的系统中，JDBC是程序员和数据库打交道的主要途径，提供了完备的数据库操作方法接口。但考虑到规范的适用性，JDBC只提供了最直接的数据库操作规范，对数据库资源管理，如：对物理连接的管理及缓冲，期望第三方应用服务器(Application Server)的提供。 本文，以JDBC规范为基础，介绍相关的数据库连接池机制，并就如果以简单的方式，实现有效地管理数据库资源介绍相关实现技术。 2.连接池技术背景 2.1JDBC JDBC是一个规范，遵循JDBC接口规范，各个数据库厂家各自实现自己的驱动程序(Driver)，如下图所示: 应用在获取数据库连接时，需要以URL的方式指定是那种类型的Driver，在获得特定的连接后，可按照固定的接口操作不同类型的数据库，如: 分别获取Statement、执行SQL获得ResultSet等，如下面的例子: import java.sql.*; … ..DriverManager.registerDriver( new oracle.jdbc. driver.OracleDriver()); Connection dbConn = DriverManager.getConnection (“jdbc:oracle:thin:@127.0.0.1:1521: oracle”,“username”, “password” ); Statement st = dbConn.createStatement(); 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 testTable 对于一个简单的数据库应用，由于对于数据库的访问不是很频繁。这时可以简单地在需要访问数据库时，就新创建一个连接，用完后就关闭它，这样做也不会带来什么明显的性能上的开销。但是对于一个复杂的数据库应用，情况就完全不同了。频繁的建立、关闭连接，会极大的减低系统的性能，因为对于连接的使用成了系统性能的瓶颈。 连接复用。通过建立一个数据库连接池以及一套连接使用管理策略，使得一个数据库连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。 对于共享资源，有一个很著名的设计模式：资源池。该模式正是为了解决资源频繁分配、释放所造成的问题的。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略，最终目标是实现连接的高效、安全的复用。 数据库连接池的基本原理是在内部对象池中维护一定数量的数据库连接，并对外暴露数据库连接获取和返回方法。如： 外部使用者可通过getConnection 方法获取连接，使用完毕后再通过releaseConnection 方法将连接返回，注意此时连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 数据库连接池技术带来的优势： 1．资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。 2．更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 3．新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接池技术，几年钱也许还是个新鲜话题，对于目前的业务系统而言，如果设计中还没有考虑到连接池的应用，那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制，避免某一应用独占所有数据库资源。 4．统一的连接管理，避免数据库连接泄漏 在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用连接。 连接池的基本工作原理 基本概念及原理 由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效治理。我们知道，对于共享资源，有一个很闻名的设计模式：资源池（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/d97886154.html,er=yang，tx.passWord=yang321。根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池治理类实例为每个连接池实例取一个名字，通过不同的名字来治理不同的连接池。 对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。 3、事务处理 我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。 今天遇到了关于数据源连接池配置的问题，发现有很多种方式可以配置，现总结如下，希望对大家有所帮助：（以Mysql数据库为例） 一，Tomcat配置数据源： 方式一：在WebRoot下面建文件夹META-INF，里面建一个文件context.xml，内容如下：关于DBCP数据库连接池配置整理
混频器原理分析
JDBC连接池
数据库连接池的好处
hibernate配置数据库连接池的三种方法
JAVA_java数据库连接池
01关于数据库连接池和动态数据源的实现课案
高频电路原理与分析
高频电路原理与分析
数据库连接池原理
连接池优缺点
java jdbc数据库连接池总结
数据库连接池技术浅析
一种简单JDBC连接池的实现
Java实现数据库连接池的代码.
连接池的好处
Java中数据库连接池原理机制
数据库连接池配置的几种方法