需要数据库事务来读取数据吗？

Question

当我尝试从数据库中读取数据时，至少使用

((Session)em.getDelegate()).createCriteria()

抛出异常表示不存在事务。

当我添加注释时：

@Transactional(
    value = SomeClass.TRANSACTIONAL_MANAGER, 
    propagation = Propagation.SUPPORTS, 
    readOnly = true
)

它工作正常。

但是，由于读取和访问数据每秒将发生百万次，因此我想确保不会不必要地阻塞我们的环境。

如果不是，创建只读Propagation.Supports事务的成本是多少？

我不能在没有事务的情况下结合Spring创建Hibernate Criteria Query吗？

Answer 1

所有数据库语句都在物理事务的上下文中执行，即使我们没有显式声明事务边界（BEGIN / COMMIT / ROLLBACK）也是如此。

如果不声明事务边界，则每个语句将必须在单独的事务（autocommit模式）中执行。除非你的环境无法处理每个线程的连接绑定，否则这甚至可能导致每个语句打开和关闭一个连接。

将服务声明为as@Transactional将在整个事务期间为你提供一个连接，并且所有语句将使用该单个隔离连接。这比首先不使用显式事务更好。

在大型应用程序上，你可能有许多并发请求，降低数据库连接获取请求率肯定会提高整体应用程序性能。

JPA不会对读取操作强制执行事务。只有在你忘记启动事务上下文的情况下，写操作才会引发事务必需的异常。但是，即使对于只读事务，也最好声明事务边界（在Spring中@Transactional，你可以标记只读事务，这具有很大的性能优势）。

现在，如果使用声明性事务边界（例如@Transactional），则需要确保数据库连接的获取被延迟，直到要执行JDBC语句为止。在JTA中，这是默认行为。使用RESOURCE_LOCAL时，需要设置hibernate.connection.provider_disables_autocommit配置属性，并确保将基础连接池设置为禁用自动提交模式。