我遇到了一些奇怪的问题。
我使用池来创建和管理数据库连接,我将DefaultAutocommit
选项设置为FALSE
。
但过了一段时间,当发生错误并调用rollback
时会抛出异常:Can't call rollback when autocommit=true
重新启动JBoss将解决问题,因为将创建一个新的DataSource。
以下是我创建数据源的方法:
protected DataSource getDataSource(String driverClassName, String dbUrl, String dbUser, String dbPwd) {
PoolProperties poolProperties = new PoolProperties();
poolProperties.setUrl(dbUrl);
poolProperties.setDriverClassName(driverClassName);
poolProperties.setUsername(dbUser);
poolProperties.setPassword(dbPwd);
poolProperties.setDefaultAutoCommit(false);
poolProperties.setTestWhileIdle(false);
poolProperties.setTestOnBorrow(true);
poolProperties.setDefaultTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);
poolProperties.setValidationQuery("SELECT 1");
poolProperties.setTestOnReturn(false);
poolProperties.setLogAbandoned(false);
poolProperties.setRemoveAbandoned(true);
poolProperties.setRemoveAbandonedTimeout(20);
poolProperties.setMaxActive(100);
poolProperties.setInitialSize(10);
poolProperties.setJdbcInterceptors("org.apache.tomcat.jdbc.pool.interceptor.ConnectionState;org.apache.tomcat.jdbc.pool.interceptor.StatementFinalizer");
return new DataSource(poolProperties);
}
以及我如何获得联系:
xxx.getDataSource().getConnection();
我没有尝试,但我的第一个电话是使用setAutoCommit(false)
直接在连接上强制自动提交。
虽然我不明白为什么poolProperties.setDefaultAutoCommit(false);
正在停止这项工作。
堆栈追踪:
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Can't call rollback when autocommit=true
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:409)
at com.mysql.jdbc.Util.getInstance(Util.java:384)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1015)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:989)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:984)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:929)
at com.mysql.jdbc.ConnectionImpl.rollback(ConnectionImpl.java:4805)
at sun.reflect.GeneratedMethodAccessor302.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.tomcat.jdbc.pool.ProxyConnection.invoke(ProxyConnection.java:125)
at org.apache.tomcat.jdbc.pool.JdbcInterceptor.invoke(JdbcInterceptor.java:94)
at org.apache.tomcat.jdbc.pool.interceptor.AbstractCreateStatementInterceptor.invoke(AbstractCreateStatementInterceptor.java:71)
at org.apache.tomcat.jdbc.pool.JdbcInterceptor.invoke(JdbcInterceptor.java:94)
at org.apache.tomcat.jdbc.pool.interceptor.ConnectionState.invoke(ConnectionState.java:140)
at $Proxy333.rollback(Unknown Source)
答案 0 :(得分:2)
所以这就是今天的情况,我在池创建的每个连接上强制AutoCommit
属性。
这样可行,所以它肯定可能是池类的错误。
编辑: 我也遇到了以相同方式设置但未考虑的事务隔离问题。经过一些研究,我发现这可能与我使用的Mysql连接器/ J(http://dev.mysql.com/doc/refman/5.1/en/connector-j-reference-configuration-properties.html)有关。
我在doc中找到了这个有趣的参数:
<强> useLocalSessionState 强>
驱动程序是否应该引用autocommit的内部值 由Connection.setAutoCommit()和。设置的事务隔离 Connection.setTransactionIsolation()和事务状态为 由协议维护,而不是查询数据库或 盲目地向数据库发送命令以进行commit()或rollback() 方法调用?
默认值: false