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

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 模式)。这甚至可能导致每个语句打开和关闭一个连接，除非您的环境可以处理每个线程的连接绑定(bind)。

将服务声明为 @Transactional 将在整个事务期间为您提供一个连接，并且所有语句都将使用该单个隔离连接。这比一开始就不使用显式事务要好得多。

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

JPA 不对读取操作强制执行事务。只有写入最终会抛出 TransactionRequiredException以防您忘记启动事务上下文。尽管如此，即使是只读事务也最好声明事务边界(在 Spring 中，@Transactional 允许您标记只读事务，这具有很大的性能优势)。

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