先看看下面代码的注释，在Spring DataSourceTransactionManager.java, function doBegin:
// Switch to manual commit if necessary. This is very expensive in some JDBC drivers,
// so we don't want to do it unnecessarily (for example if we've explicitly
// configured the connection pool to set it already).
if (con.getAutoCommit()) {
txObject.setMustRestoreAutoCommit(true);
if (logger.isDebugEnabled()) {
logger.debug("Switching JDBC Connection [" + con + "] to manual commit");
}
con.setAutoCommit(false);
}
在我当前的Java Web应用中，autocommit没有特别的设置，那么默认就是true。
所以每一次事务开始时，设置数据库连接autocommit为false；当事务退出的时候，又设置回true; 我理解这是一种标准做法。由Spring管理事务，所有的SQL都在@Transactional标记的代码块中执行，也就是手动提交。所有的数据库连接都从连接池中获取。目前访问量在每小时300万左右。
所以一个典型的流程就是这样：
conn = dataSource.getConnection();
conn.setAutoCommit(false);
stmt = conn.createStatement();
stmt.executeQuery(...);
conn.commit()/conn.rollback();
conn.setAutoCommit(true);
我的问题是，来回设置autocommit是否有必要？是否昂贵？能否直接在数据库连接池上设置autocommit=false，来保持连接始终为false，跳过上面的第2步和第6步？
一篇文章，有关autocommit给我带来的问题
上面那篇文章是我在实际工作中遇到的有关数据库连接的autocommit的问题，其实如果你的业务逻辑设计就是运行自动提交，那么这个设置完全是ok的，但是如果不是就别这么设置。
你每次在请求结束的时候设置autocommit很没有必要，操作变得复杂，如果忘了怎么办呢，是吧。
最好是autocommit=false，然后如果业务根据实际需要设置autocommit即可，每次结束也不需要去重置这个状态。
如果你把数据库配置为autocommit=false，每次更新、插入、删除等操作都必须conn.commit()，所以数据库不能设置为autocommit=false。
既然数据库设置为了自动提交，所以当需要开启事务的时候，必须设置为autocommit=false。
现在回答你的问题：
1）来回设置autocommit是否有必要？ 答：有，假如你提交完当前事务后，不设置为autocommit=false，在未关闭此连接之前，再次使用该连接进行更新、插入、删除等操作，每次操作需要conn.commit()，因为不会自动提交了。
连接池的连接不会真正关闭，应该更容易引发，不自动提交问题。
2）后面的几个是否问题，我觉得没必要回答了。
以上是我在项目中遇到的此问题，当时没找到答案。这是我的理解（可能不对啊，希望不误人子弟），供大家参考。项目中用spring管理的事务，不知道spring怎么处理的。