使用@Transactional(read-only = true)的真正意义是什么？

Question

@Transactional关于只读标志说：

一种布尔标志，如果事务实际上是只读的，则该标志可以设置为true，允许在运行时中进行相应的优化。这只是对实际事务子系统的提示；它将不一定是导致写访问尝试失败。当请求只读事务时，无法解释只读提示的事务管理器将不会抛出异常，而是会默默地忽略该提示。

因此，我知道在运行时正在进行一些事务优化，但是如果没有计划数据更改(至少在语义上)，我无法确定事务的具体点是什么？出于性能考虑，在这种情况下完全避免事务不是更好吗？或者，是否有任何特定情况下，这样的交易可以结束？我还认为，Spring在这样的事务中如果可能发生数据更改，不会抛出任何操作项，这也是一个问题，因为这会严重地混淆开发人员，有没有办法抛出这样的异常呢？

Answer 1

即使没有计划数据更改，您也可能希望使用只读事务的原因有几个：

1. 以确保一致性:如果应用程序需要从多个表读取数据，只读事务可以确保您读取的数据在事务启动时相对于数据库状态是一致的。这是因为只读事务将不允许任何并发写入事务修改正在读取的数据。
2. 可以提高性能:正如Javadoc提到的那样，只读事务允许某些运行时优化，例如跳过某些锁定操作或记录操作，这些操作对于只读事务来说是不必要的。这可以提高性能，减少数据库中的争用。
3. 以避免意外更改:通过使用只读事务，可以防止意外修改数据库中的数据。如果您正在处理敏感数据，或者希望避免对未经授权修改的数据进行更改，这将非常有用。

。

但我必须承认，我不确定抛出的异常