为什么在Hibernate中需要事务处理才能进行只读操作？
以下事务是否在数据库中设置了锁定？
从数据库获取示例代码：
Transaction tx = HibernateUtil.getCurrentSession().beginTransaction(); // why begin transaction?
//readonly operation here
tx.commit() // why tx.commit? I don't want to write anything
我可以使用
session.close()代替tx.commit()吗？ 最佳答案
您实际上可能有理由将事务标记为只读。
阅读交易看起来确实很奇怪，在这种情况下，人们通常不会标记交易方法。但是JDBC仍然会创建事务，只是如果未显式设置其他选项，它将在autocommit=true中工作。
但是，不能保证您的方法不会写入数据库。如果将方法标记为@Transactional(readonly=true)，Spring会将JDBC事务设置为只读模式，因此您将决定在该事务范围内是否实际上可以写入DB。如果您的体系结构繁琐，并且某些团队成员可能选择将修改查询放在意料之外的地方，则此标志会将您指向有问题的地方。
DB也可以优化只读事务，但这当然是特定于DB的。例如。 MySQL从5.6.4版本开始仅在InnoDB中添加了对此的支持。
如果您不是直接使用JDBC，而是使用ORM，则可能会出现问题。例如，Hibernate社区说在事务外工作可能会导致不可预知的行为。这是因为Hibernate将打开事务，但不会自行关闭它，因此连接将在未提交事务的情况下返回到连接池。那会发生什么呢？ JDBC保持沉默，因此这是特定于实现的（MySQL回滚事务，Oracle afair提交）。这也可以在连接池级别上配置（例如，C3P0为您提供了这样的选项，默认情况下为回滚）。
关于Hibernate的另一件事，在只读事务的情况下，Spring将FlushMode设置为MANUAL，这会导致其他优化，例如不需要脏检查。
您可能想要覆盖或显式设置事务隔离级别。这也会影响读取事务，因为您愿意或不想读取未提交的更改，暴露于幻像读取等。
综上所述-您可以双向进行，但您需要了解后果。
关于java - 为什么在Hibernate中需要事务处理才能进行只读操作？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46330872/