java - JDBC-c3p0- hibernate -setAutocommit，有人可以帮我澄清一下吗

Question

我的提问的基本根源来自于这种观察。当我使用Hibernate并进行任何查询时，我在MySQL日志中得到以下内容:

SET autocommit=0
insert into SimpleNamedEntity (name, version) values (null, 0)
commit
SET autocommit=1

现在，我进行了一些研究(下面的参考文献会添加更多的内容，但看起来似乎不够好:-))，这似乎是一个相当经典的问题。我对各种级别的体系结构(mysql配置，jdbc，连接池，休眠)进行了许多测试，以更好地了解事物的工作方式，结果我变得更加困惑，所以这里有几个问题:

有人可以确认自动提交是否对性能产生负面影响吗？我看到这一点的主要原因是防御行为，以防止如果人们在语句执行后忘记提交，则会发生不必要的未提交事务。还有其他原因吗？

从我的角度来看，在我看来，您需要在进行大型的依赖inserts-updates-deletes时关闭自动提交功能，因为这有助于确保数据完整性。如果我只想选择，那么它就没用了，我可能希望将其设置为true，以避免某些长事务锁定类型的副作用。那有意义吗？

我注意到无论mysql自动提交设置如何，jdbc连接始终为true，而我控制(默认为false)的唯一方法是在mysql服务器上添加init-connect="SET AUTOCOMMIT=0"。但是，奇怪的是，一旦我开始使用具有该设置的c3p0，c3p0决定手动覆盖该设置，并强制将set autocommit强制设置为1。在这种情况下，我什至感到非常怀疑。为什么c3p0强制设置标志？为什么通常不回滚？有没有办法告诉c3p0不要这样做？

19 Query    SHOW COLLATION
19 Query    SELECT @@session.autocommit
19 Query    SET NAMES utf8mb4
19 Query    SET character_set_results = NULL
19 Query    SET sql_mode='STRICT_TRANS_TABLES'
19 Query    SELECT @@session.tx_isolation
19 Query    rollback
19 Query    SET autocommit=1

我试图“清理”上面示例中的自动提交语句。我得到的最接近的是通过在mysql服务器上将autocommit设置为off。但是即使那样，休眠也被迫在事务开始时至少执行一个set autocommit = 0语句。为什么需要这样做？要“重置”交易状态？我可以在堆栈中的某处使用配置路径来防止休眠状态吗？

参考文献:
Java JDBC ref
Article on the problem

(编辑-澄清)

我正在重新阅读我的问题，可以理解所有这些听起来多么复杂。对不起，我不清楚，我会尽力澄清。我要交易。我得到了InnoDB部分，READ_COMMITED。我也了解自动提交本质上是每个sql语句的事务。这是我没有得到的:

hibernate对数据库执行2次调用，在我的第一个示例中不需要这样做。我不需要它在autocommit = false和autocommit = true之间切换。我希望它始终保持为false，但是无论如何配置，它仍然希望自动进行set autocommit调用。我不明白为什么要这么做。

c3p0表现出一些相似的行为。当我不想这样做时，它确实为我自动设置了自动提交，而且我也不知道为什么这样做。

Answer 1

您需要确定是否要进行交易。

重要的是要了解SQL服务器的工作方式，没有事务就没有事务。 autoCommit = true的作用是使每个语句本身具有事务性，因此您不需要在每个语句周围使用显式的BEGIN TRANSACTION和COMMIT(SQL Server暗示了此行为)。

是的...在事务内部执行SELECT很重要。您建议不需要的事实表明您尚未完全理解和理解关系完整性的要点。

Hibernate期望存在关系完整性，如果您现在读取一些数据，然后运行一些Java代码，然后使用先前读取的数据来从SQL访问更多数据(例如，使用Hibernates延迟加载功能)，那么数据仍然存在很重要是不是否则，您的Java代码现在应该做什么？向用户抛出错误？

这就是使用事务并说出默认READ_COMMITTED事务隔离级别所提供的功能，这是您应该开始寻求(学习)SQL的最低级别。

您是否在进行交易。问题是您要保持一致，可靠，可重复的行为，还是要快速但有时会发疯？ (这并不是说事务会降低性能，这是一个常见的误解，只有彼此冲突的事务才可能降低性能，在开放式事务中处理大型数据集会增加降低性能的可能性)。

重新autoCommit = true | false影响性能。我认为您在问错问题。

关于由于长时间事务而导致数据库锁定的问题，这通常是代码/代码设计错误，有时是关于如何处理SQL的设计问题。许多小数据集交易是好的，一个大数据集交易是不好的。

。

为了在MySQL中获得事务支持，您应该使用"CREATE TABLE tableName ( ... ) ENGINE=InnoDB;"确保所有表均为InnoDB类型。

您应该使用autoCommit=false(这应该是默认值)保留SQL驱动程序，池化连接句柄(通过c3p0)。

您应确保默认的事务隔离级别为(至少)READ_COMMITTED。

不要忘记为InnoDB使用正确的Hibernate方言(检查hibernate启动日志输出)。

现在学习如何使用它。如果遇到问题，那是因为您做错了事，而没有完全理解这一切。如果您认为需要降低隔离级别，停止使用事务或需要autoCommit=true，则应该认真聘请专业顾问来查看该项目，并且在您了解为什么以及何时可以关闭它之前，不应该考虑将其关闭。

。

编辑后更新

默认的autoCommit设置是驱动程序和/或连接池的属性。因此，建议不要使用休眠设置。

默认情况下，hibernate检查其获取内容，并在必要时对其进行修改。然后放回将Connection返回到连接池之前的状态(某些断开的连接池不会检查/重置此连接，因此休眠会这样做以改善其在大型系统中的互操作性)。

因此，如果对设置连接池(c3p0)有帮助，那么也许您应该首先发布有关配置它的详细信息？您正在使用的版本，正在使用的JDBC连接字符串的示例以及正在使用的MySQL驱动程序jar。

另外，您的部署方案是什么？独立的J2SE？网络应用程序战争？应用服务器？

您是否可以编写一些测试代码来获得连接，并且有API询问它是什么autoCommit模式。 http://download.oracle.com/javase/6/docs/api/java/sql/Connection.html#getAutoCommit%28%29您的目标是然后调整配置，以便始终从此API返回“false”。

MySQL驱动程序文档http://dev.mysql.com/doc/refman/5.1/en/connector-j-reference-configuration-properties.html中有一些对autoCommit的引用。

您还想尝试在服务器上运行“mysqladmin变量”以获取服务器配置，也许可以在全局设置它(做恕我直言似乎很愚蠢)。

简而言之，您需要找到设置它的来源，因为这是一个不寻常的默认设置。然后，您可以将其删除。