异常信息(部分):
2014-11-26 12:01:47,815 [http-6888-6] WARN com.mchange.v2.c3p0.impl.NewPooledConnection - [c3p0] A PooledConnection that has already signalled a Connection error is still in use!
2014-11-26 12:01:47,829 [http-6888-6] WARN com.mchange.v2.c3p0.impl.NewPooledConnection - [c3p0] Another error has occurred [ com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: No operations allowed after connection closed. ] which will
not be reported to listeners!
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: No operations allowed after connection closed.
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:408)
at com.mysql.jdbc.Util.getInstance(Util.java:383)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1023)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:997)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:983)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:928)
at com.mysql.jdbc.ConnectionImpl.throwConnectionClosedException(ConnectionImpl.java:1323)
at com.mysql.jdbc.ConnectionImpl.checkClosed(ConnectionImpl.java:1315)
at com.mysql.jdbc.ConnectionImpl.rollback(ConnectionImpl.java:5057)
at com.mchange.v2.c3p0.impl.NewProxyConnection.rollback(NewProxyConnection.java:855)
原因分析
查看了Mysql的文档,以及Connector/J的文档以及在线说明发现,出现这种异常的原因是:
Mysql服务器默认的“wait_timeout”是8小时,也就是说一个connection空闲超过8个小时,Mysql将自动断开该connection。这就是问题的所在,在C3P0 pools中的connections如果空闲超过8小时,Mysql将其断开,而C3P0并不知道该connection已经失效,如果这时有Client请求connection,C3P0将该失效的Connection提供给Client,将会造成上面的异常。
nutz配置解决方案:
myapp.properties信息
db-driver=com.mysql.jdbc.Driver
db-url=jdbc:mysql://localhost:3306/mydb?useUnicode=true&characterEncoding=UTF-8
db-username=mytest
db-password=123456
core.js信息
var ioc = {
config : {
type : "org.nutz.ioc.impl.PropertiesProxy",
fields : {
paths : ["/conf/myapp.properties"]
}
},
dataSource : {
type :"com.mchange.v2.c3p0.ComboPooledDataSource",
events : {
depose :"close"
},
fields : {
driverClass : {java :"$config.get('db-driver')"},
jdbcUrl : {java :"$config.get('db-url')"},
user : {java :"$config.get('db-username')"},
password : {java :"$config.get('db-password')"},
minPoolSize : 5,
initialPoolSize : 10,
maxPoolSize : 100,
testConnectionOnCheckin : true,
automaticTestTable : "C3P0TestTable", -- 这些是针对MySQLNonTransientConnectionException新加的属性
idleConnectionTestPeriod : 18000,
maxIdleTime : 300,
maxStatements : 0, --防止c3p0 APPARENT DEADLOCK的问题
numHelperThreads : 5 --防止c3p0 APPARENT DEADLOCK的问题
}
},
// Dao
dao : {
type :'com.test.my.TestDao',
args : [ {refer :"dataSource"}]
}
};
com.test.my.TestDao 类,该类直接继承了NutDao ,如果非必要,那么type里面可以直接写NutDao 。
public class TestDaoextends NutDao {
public TestDao() {
super();
// TODO Auto-generated constructor stub
}
public TestDao(DataSource dataSource, SqlManager sqlManager) {
super(dataSource, sqlManager);
// TODO Auto-generated constructor stub
}
public TestDao(DataSource dataSource) {
super(dataSource);
// TODO Auto-generated constructor stub
}
//下面是一些自己的方法
}
解决方案
解决的方法有3种:
- 增加 wait_timeout 的时间。
- 减少 Connection pools 中 connection 的 lifetime。
- 测试 Connection pools 中 connection 的有效性。
当然最好的办法是同时综合使用上述3种方法,下面就 DBCP、C3P0 和 simple jdbc dataSource 分别做一说明,假设 wait_timeout 为默认的8小时
DBCP 增加以下配置信息:
validationQuery = "select 1"
testWhileIdle = "true"
//some positive integer
timeBetweenEvictionRunsMillis = 3600000
//set to something smaller than 'wait_timeout'
minEvictableIdleTimeMillis = 18000000
//if you don't mind a hit for every getConnection(), set to "true"
testOnBorrow = "true"
C3P0 增加以下配置信息:
//获取connnection时测试是否有效
testConnectionOnCheckin = true
//自动测试的table名称
automaticTestTable=C3P0TestTable
//set to something much less than wait_timeout, prevents connections from going stale
idleConnectionTestPeriod = 18000
//set to something slightly less than wait_timeout, preventing 'stale' connections from being handed out
maxIdleTime = 25000
//if you can take the performance 'hit', set to "true"
testConnectionOnCheckout = true
simple jdbc dataSource增加以下配置信息:
Pool.PingQuery = select 1
Pool.PingEnabled = true
Pool.PingConnectionsOlderThan = 0
//对于空闲的连接一个小时检查一次
Pool.PingConnectionsNotUsedFor = 3600000
其他方案(不推荐)
对于 MySQL5 之前的版本,如 Mysql4.x,只需要修改连接池配置中的 URL,添加一个参数:autoReconnect=true(如jdbc:mysql://hostaddress:3306/schemaname?autoReconnect=true),如果是 MySQL5 及以后的版本,则需要修改my.cnf(或者my.ini)
文件,在[mysqld]后面添加上:
wait_timeout
= n
interactive-timeout
= n
|
其中 n 为服务器关闭交互式连接前等待活动的秒数。可是就部署而言每次修改my.ini比较麻烦,而且 n 等于多少才是合适的值呢? 所以并不推荐这个解决办法。)
<c3p0-config>
<default-config>
<!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->
<property name="acquireIncrement">3</property>
<!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 -->
<property name="acquireRetryAttempts">30</property>
<!--两次连接中间隔时间,单位毫秒。Default: 1000 -->
<property name="acquireRetryDelay">1000</property>
<!--连接关闭时默认将所有未提交的操作回滚。Default: false -->
<property name="autoCommitOnClose">false</property>
<!--c3p0将建一张名为Test的空表,并使用其自带的查询语句进行测试。如果定义了这个参数那么
属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作,它将只供c3p0测试
使用。Default: null-->
<property name="automaticTestTable">Test</property>
<!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
保留,并在下次调用getConnection()的时候继续尝试获取连接。如果设为true,那么在尝试
获取连接失败后该数据源将申明已断开并永久关闭。Default: false-->
<property name="breakAfterAcquireFailure<wbr><wbr>">false</property><br><br><span style="color:#ff0000"><!--当连接池用完时客户端调用getConnection()后等待获取新连接的时间,超时后将抛出<br>
SQLException,如设为0则无限期等待。单位毫秒。Default: 0 --><br></span><property name="checkoutTimeout">100</property><br><br><span style="color:#ff0000"><!--通过实现ConnectionTester或QueryConnectionTester的类来</span><span style="color:#ff0000">测试连接。类名需制定全路径。<br>
Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester--><br></span><property name="connectionTesterClassNam<wbr><wbr>e"></property><br><br><span style="color:#ff0000"><!--指定c3p0 libraries的路径,如果(通常都是这样)在本地即可获得那么无需设置,默认null即可<br>
Default: null--><br></span><property name="factoryClassLocation">null</property><br><br><span style="color:#ff0000"><!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.<br>
(文档原文)作者强烈建议不使用的一个属性--><br></span><property name="forceIgnoreUnresolvedTra<wbr><wbr>nsactions">false</property><br><br><span style="color:#ff0000"><!--每60秒检查所有连接池中的空闲连接。Default: 0 --><br></span><property name="idleConnectionTestPeriod<wbr><wbr>">60</property><br><br><span style="color:#ff0000"><!--初始化时获取三个连接,取值应在minPoolSize与maxPoolSize之间。Default: 3 --><br></span><property name="initialPoolSize">3</property><br><br><span style="color:#ff0000"><!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 --><br></span><property name="maxIdleTime">60</property><br><br><span style="color:#ff0000"><!--连接池中保留的最大连接数。Default: 15 --><br></span><property name="maxPoolSize">15</property><br><br><span style="color:#ff0000"><!--JDBC的标准参数,用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements<br>
属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。<br>
如果maxStatements与maxStatementsPerConnecti<wbr><wbr>on均为0,则缓存被关闭。Default: 0--><br></wbr></wbr></span><property name="maxStatements">100</property><br><br><span style="color:#ff0000"><!--maxStatementsPerConnecti<wbr>on定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0 --><br></wbr></span><property name="maxStatementsPerConnecti<wbr><wbr>on"></property><br><br><span style="color:#ff0000"><!--c3p0是异步操作的,缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能<br>
通过多线程实现多个操作同时被执行。Default: 3--></span><br>
<property name="numHelperThreads">3</property><br><br><span style="color:#ff0000"><!--当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0<br>
的数据源时。Default: null--><br></span><property name="overrideDefaultUser">root</property><br><br><span style="color:#ff0000"><!--与overrideDefaultUser参数对应使用的一个参数。Default: null--><br></span><property name="overrideDefaultPassword">password</property><br><br><span style="color:#ff0000"><!--密码。Default: null--><br></span><property name="password"></property><br><br><span style="color:#ff0000"><!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意:<br>
测试的表必须在初始数据源的时候就存在。Default: null--></span><br>
<property name="preferredTestQuery">select id from test where id=1</property><br><br><span style="color:#ff0000"><!--用户修改系统配置参数执行前最多等待300秒。Default: 300 --><br></span><property name="propertyCycle">300</property><br><br><span style="color:#ff0000"><!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的<br>
时候都将校验其有效性。建议使用idleConnectionTestPeriod<wbr><wbr>或automaticTestTable<br>
等方法来提升连接测试的性能。Default: false --><br></wbr></wbr></span><property name="testConnectionOnCheckout<wbr><wbr>">false</property><br><br><span style="color:#ff0000"><!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false --><br></span><property name="testConnectionOnCheckin">true</property><br><br><span style="color:#ff0000"><!--用户名。Default: null--><br></span><property name="user">root</property><br><br><span style="color:#ff0000"><!--早期的c3p0版本对JDBC接口采用动态反射代理。在早期版本用途广泛的情况下这个参数<br>
允许用户恢复到动态反射代理以解决不稳定的故障。最新的非反射代理更快并且已经开始<br>
广泛的被使用,所以这个参数未必有用。现在原先的动态反射与新的非反射代理同时受到<br>
支持,但今后可能的版本可能不支持动态反射代理。Default: false--><br></span><property name="usesTraditionalReflectiv<wbr><wbr>eProxies">false</property><br><br>
<property name="automaticTestTable">con_test</property><br>
<property name="checkoutTimeout">30000</property><br>
<property name="idleConnectionTestPeriod<wbr><wbr>">30</property><br>
<property name="initialPoolSize">10</property><br>
<property name="maxIdleTime">30</property><br>
<property name="maxPoolSize">25</property><br>
<property name="minPoolSize">10</property><br>
<property name="maxStatements">0</property><br>
<user-overrides user="swaldman"><br>
</user-overrides><br>
</default-config><br>
<named-config name="dumbTestConfig"><br>
<property name="maxStatements">200</property><br>
<user-overrides user="poop"><br>
<property name="maxStatements">300</property><br>
</user-overrides><br>
</named-config><br>
</c3p0-config></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
参考:
http://www.blogjava.net/Alpha/archive/2009/03/29/262789.html
http://blog.csdn.net/bedweather/article/details/6743951
http://www.cnblogs.com/hemingwang0902/archive/2012/03/15/2397620.html
http://blog.sina.com.cn/s/blog_53b58e7c010197bj.html
分享到:
相关推荐
在开发Java应用时,Nutz Redis模块是一...总之,正确集成Nutz Redis需要关注依赖包管理、配置文件设置、API使用以及异常处理等方面。通过理解和实践这些知识点,可以有效地避免在集成过程中遇到的问题,提高开发效率。
7. **异常处理**:Nutz提供了统一的异常处理机制,方便进行错误信息的收集和反馈。 通过学习和实践“Nutz迷你项目”,开发者不仅可以掌握Nutz的基本用法,还能了解到如何将这些组件整合进实际项目,提升开发效率。...
【Nutz代码生成器】是基于Nutz框架开发的一款实用工具,主要用于自动化生成Action和实体类代码,极大地提高了开发效率,降低了手动编写这些基础代码的工作量。Nutz是一款轻量级、高性能的Java开发框架,它集合了ORM...
手册可能会讲解如何利用Nutz框架的特性进行性能调优,如数据库连接池配置、缓存策略、异步处理等。 7. **错误排查与调试**:在开发过程中,遇到问题并不可怕,关键是如何快速定位和解决问题。手册会介绍Nutz框架的...
每次项目验收写文档是一个很凌乱的事情,作为一个程序员,应该是用技术解决问题。当然有很多工具也可以实现。比如PDman就可以导出word或者pdf文档。 这个案例主要是学习springboot...以及使用nutz poi第三方工具的使用
`nutz-dao`包含的jar包如`jdbc-driver`,用于连接不同的数据库,而`nutz-runtimex`则提供了运行时环境的扩展功能,如异常处理和缓存管理。 另外,`nutz-mvc`是Nutz的模型视图控制器组件,它负责处理HTTP请求并将其...
根据提供的文件信息,下面详细阐述关于Nutz框架的知识点: 标题:"nutz-1.b.49-manual.pdf" 指出了文档是关于Nutz框架的官方手册,版本为1.b.49。手册这一名称通常意味着该文档是为用户提供详细的指导,帮助用户...
Nutz DAO提供了简单易用的API,用于执行SQL查询、事务管理等操作,支持多种数据库类型,如MySQL、Oracle、PostgreSQL等。 4. **依赖注入(IoC)**:Nutz也实现了依赖注入的概念,允许开发者通过配置或注解来管理...
标签中提到了`nutzdemo`,这可能是指该项目包含了一系列Nutz框架的演示用例,涵盖了一些基础功能,如路由处理、视图渲染、表单验证等。开发者可以通过这些示例学习到如何在实际项目中应用Nutz的各种特性。 总的来说...
Nutz 的原则性目标 为最大限度的提高 Web 程序员的生产力,Nutz 必须具备如下特性: 提供 SSH 大部分功能 数据库访问层 -- Nutz.Dao 反转注入支持 -- Nutz.Ioc Mvc 框架 -- Nutz.Mvc Json 解析器 -- Nutz.Json 更多...
### Nutz框架开发手册知识点详解 #### 一、引言 - **背景介绍**:随着Web开发技术的不断发展,Java虽然仍然占据着重要的地位,但其在开发效率方面相较于脚本语言存在一定的劣势。为此,Nutz框架应运而生,旨在通过...
5. **实战案例**:通过实际项目案例,展示如何使用Nutz进行Web应用开发,包括项目的搭建、业务逻辑处理、异常处理等。 6. **源码解析**:深入到Nutz的源代码中,分析其设计模式和关键算法,帮助理解Nutz的运行原理。...
对于异常处理,Nutz提供了统一的机制,使得错误处理更加规范。 综上所述,Nutz-1.r.62.zip是一个全面的开发工具包,不仅提供了框架的核心库,还附带了详尽的文档和源代码,对于Java开发者来说,无论是学习还是实际...
标题“nutz学习资料2”表明这是一份关于Nutz框架的学习资源集合,Nutz是一个基于Java的轻量级框架,旨在提供全面的MVC支持和企业级开发工具。通过这个压缩包,我们可以期待深入理解Nutz框架的核心特性和使用方法。 ...
标题 "nutz 文件上传例子" 暗示我们即将探讨的是使用 Nutz 框架进行文件上传操作的相关知识。Nutz 是一个轻量级、高性能的 Java 开发框架,它提供了一系列方便实用的工具和组件,其中包括处理文件上传的功能。 在 ...
5. **DAO(Data Access Object)**:NUTZ的数据库访问层,提供了对JDBC的封装,支持多种数据库,如MySQL、Oracle等,并且支持SQL的动态执行,简化了数据库操作。 6. **Web**:NUTZ提供了Web应用的开发支持,包括...
《ztree与nutz在实际应用中的简单使用详解》 在IT行业中,高效地管理和操作数据是至关重要的。zTree和Nutz都是在这方面提供强大支持的工具。zTree是一款基于JavaScript的灵活、强大的树状菜单插件,而Nutz则是一个...
2. 全局异常处理:通过设置全局的异常处理器,可以捕获并处理未被控制器方法捕获的异常,同时返回一个包含提示信息的视图。 3. 消息存储和传播:可以使用session或cookie来存储提示信息,以便在多个请求之间传播。...
Nutz是一个轻量级的Java开发框架,它旨在简化企业级应用的开发流程。而Freemarker则是一种流行的模板引擎,常用于Web开发中的视图层渲染。将Nutz与Freemarker结合,可以实现类似Struts2中对Freemarker模板的支持,使...