您是否需要数据库事务来读取数据？

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模式)中执行.除非您的环境可以处理每线程连接绑定,否则这甚至可能导致每个语句打开和关闭一个连接.

声明服务@Transactional将为整个事务持续时间提供一个连接,并且所有语句将使用该单个隔离连接.这比首先不使用显式事务更好.

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

JPA不会对读取操作强制执行事务.只有在忘记启动事务上下文时,才会写入最终抛出事务所需的异常.然而,即使对于只读事务,声明事务边界总是更好(在Spring中@Transactional允许您标记只读事务,这具有很大的性能优势).

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