当我尝试从数据库中读取数据时,至少使用
((Session)em.getDelegate()).createCriteria()
抛出一个例外,说不存在交易。
当我添加注释时:
@Transactional(
value = SomeClass.TRANSACTIONAL_MANAGER,
propagation = Propagation.SUPPORTS,
readOnly = true
)
它工作正常。
然而,由于读取将每秒发生数百万次访问和读取数据,我想确保我们的环境不会被不必要地堵塞。
如果没有,创建只读Propagation.Supports
交易的成本是多少?
我是否可以在没有事务的情况下与Spring一起创建Hibernate Criteria Query?
答案 0 :(得分:77)
所有数据库语句都在物理事务的上下文中执行even when we don’t explicitly declare transaction boundaries(BEGIN / COMMIT / ROLLBACK)。
如果您没有声明事务边界,那么每个语句都必须在单独的事务中执行(autocommit
模式)。除非您的环境可以处理每线程连接绑定,否则这甚至可能导致每个语句打开和关闭一个连接。
将服务声明为@Transactional
将为您提供整个事务持续时间的一个连接,并且所有语句都将使用该单个隔离连接。这比首先不使用显式事务更好。
在大型应用程序上,您可能会有许多并发请求,而reducing database connection acquisition request rate肯定会提高您的整体应用程序性能。
JPA不会对读取操作强制执行事务。只有在忘记启动事务上下文时,才会写入最终抛出事务所需的异常。然而,即使对于只读事务,声明事务边界总是更好(在Spring @Transactional
中允许您标记只读事务,这具有很大的性能优势)。
现在,如果使用声明性事务边界(例如@Transactional
),则需要确保数据库连接获取被延迟,直到要执行JDBC语句为止。在JTA中,这是默认行为。使用RESOURCE_LOCAL时,需要设置hibernate.connection.provider_disables_autocommit
配置属性,并确保将基础连接池设置为禁用自动提交模式。
答案 1 :(得分:1)
根据我在 J2EE 中实施 JPA 的经验,总是需要事务管理器才能执行 CRUD 操作安全,保证回滚以保持数据完整性。
企业应用程序使用不同的资源来保存数据并发送消息,如数据库或消息队列。如果我们想要按顺序查询这些资源并在出现问题时取消整个操作,我们必须将此查询放在一个工作单元中,以便作为一个整体执行。
你可以定义它:
使用相关注释(如问题所示);通过这种方式,容器自动加载给定持久化上下文的事务管理器;
通过手动注入事务管理器,如下所示:
public class sample {
@PersistenceContext
EntityManager em;
// Injected transaction manager
@Inject
UserTransaction utx;
private static final String[] GAME_TITLES = {
"Super Mario Brothers",
"Mario Kart",
"F-Zero"
};
private void clearData() throws Exception {
utx.begin();
em.joinTransaction();
System.out.println("Dumping old records...");
em.createQuery("delete from Game").executeUpdate();
utx.commit();
}
private void insertData() throws Exception {
utx.begin();
em.joinTransaction();
System.out.println("Inserting records...");
for (String title : GAME_TITLES) {
Game game = new Game(title);
em.persist(game);
}
utx.commit();
// clear the persistence context (first-level cache)
em.clear();
}
// ...
}
Spring Data ,正如JPA规范的实现,可能采用相同的方法。
您可以阅读以下文章找到更多信息: Java_Persistence/Transactions 。