所有数据库语句都在物理事务的上下文中执行，即使我们没有显式声明事务边界（BEGIN / COMMIT / ROLLBACK）也是如此。
如果不声明事务边界，则每个语句将必须在单独的事务（
autocommit模式）中执行。除非你的环境无法处理每个线程的连接绑定，否则这甚至可能导致每个语句打开和关闭一个连接。
将服务声明为as
@Transactional将在整个事务期间为你提供一个连接，并且所有语句将使用该单个隔离连接。这比首先不使用显式事务更好。
在大型应用程序上，你可能有许多并发请求，降低数据库连接获取请求率肯定会提高整体应用程序性能。
JPA不会对读取操作强制执行事务。只有在你忘记启动事务上下文的情况下，写操作才会引发事务必需的异常。但是，即使对于只读事务，也最好声明事务边界（在Spring中
@Transactional，你可以标记只读事务，这具有很大的性能优势）。
现在，如果使用声明性事务边界（例如
@Transactional），则需要确保数据库连接的获取被延迟，直到要执行JDBC语句为止。在JTA中，这是默认行为。使用RESOURCE_LOCAL时，需要设置hibernate.connection.provider_disables_autocommit配置属性，并确保将基础连接池设置为禁用自动提交模式。
