java - Spring @Transaction 和@Async 数据库操作的用法

Question

在 spring 应用程序中，当我们收到消息时，@Service persist bean 正在调用数据库操作以插入到数据库中，并并行 @Service 来解析和处理消息。在这种情况下，坚持使用@Transactional。为了使流程并行，是否建议添加 @Async 以保持持久性。

此外，持久服务为日志记录和审计调用的每个保存方法上都有@Aspect。

• @Async 适用于数据库操作吗？
• @Async 是否创建表锁？

Answer 1

@Async 所做的只是导致被注释组件的方法在另一个线程上执行，它从池中获取线程(可以指定，因此您可以为某些操作选择具有专用池) .

@Async 本身不做任何事情来锁定数据库表，或任何其他与数据库相关的事情。如果您想要数据库级锁定，则必须通过其他方式实现。如果您希望调用使用事务，则必须在被异步调用的组件上使用 @Transactional 注释。该交易将与调用者的交易分开。当然，根据隔离级别和数据库实现，事务可能会导致数据库锁定。

在数据库工作中使用@Async 很棘手。当 jpa 持久实体在线程间传递时会发生一个陷阱，当它们具有在新线程中实现的惰性属性时(代理现在无效，因为它无法从旧线程到达 entityManager)。如果线程之间传递的东西是不可变的，那就更安全了。

@Async 增加了复杂性并且很难推理。存在竞争条件和死锁的机会，如果你没有完全正确，那么坏事就会发生，你不能指望通过测试来发现问题。它在没有网络的情况下工作，如果你想要任何基础设施来帮助异常处理、重试或其他恢复，你必须自己提供。

所以不，我不一定认为它是可取的。在你的工具箱中拥有它是一个很好的功能，可能对一些孤立的情况有帮助，但普遍使用似乎是一件坏事。如果您正在寻找在不阻塞的情况下持久保存数据的方法，还有其他选择。