当我尝试从数据库中读取数据，至少使用以下代码
((Session)em.getDelegate()).createCriteria()
时，会抛出一个异常，说没有事务。
当我添加以下注释：
@Transactional(
value = SomeClass.TRANSACTIONAL_MANAGER,
propagation = Propagation.SUPPORTS,
readOnly = true
)
它工作得很好。
但是，由于读取会以每秒数百万次的速度发生以访问和读取数据，我希望确保我们的环境不会不必要地被拥塞。
如果没有，创建一个只读的 Propagation.Supports 事务的成本是多少？
在使用Spring的情况下，我能不能创建一个没有事务的Hibernate Criteria查询？
所有的数据库语句都在物理事务的上下文中执行，即使我们没有显式地声明事务边界（BEGIN/COMMIT/ROLLBACK）。
如果您不声明事务边界，则每个语句都必须在单独的事务中执行（autocommit模式）。这甚至可能会导致每个语句打开和关闭一个连接，除非您的环境可以处理连接与线程绑定。
将服务声明为@Transactional将为您提供整个事务期间的一个连接，并且所有语句都将使用该单个隔离连接。这比一开始就不使用显式事务要好得多。
在大型应用程序中，您可能会有许多并发请求，减少数据库连接获取请求速率肯定会改善您的整体应用程序性能。
JPA不会对读操作强制执行事务。仅写入操作会在忘记启动事务上下文时引发TransactionRequiredException。尽管如此，即使是只读事务也最好声明事务边界（在Spring中，@Transactional允许您标记只读事务，这具有很大的性能优势）。
现在，如果您使用声明性事务边界（例如@Transactional），则需要确保数据库连接获取被延迟直到有JDBC语句需要执行。在JTA中，这是默认行为。当使用RESOURCE_LOCAL时，您需要设置hibernate.connection.provider_disables_autocommit配置属性，并确保底层连接池设置为禁用自动提交模式。
by using related annotations (as shown in the questions); in this way, the container loads automatically the transaction manager for a given persistence context;
by injecting manually the transaction manager, as follows:
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();
}
// ...
}