使用“@Async”并行JPA请求以提高性能？

Question

我负责改进应用程序的性能。我现在正考虑让某些事情并行运行。

如果它能有所帮助：我们使用Postgres作为我们的数据库，EclipseLink是我们的JPA提供程序。

这是通过 Dynatrace 可视化的请求执行（针对我们的 PUT /某物endpoint）的快照：

每个黄色条表示数据库中SQL查询的运行时间。

其中一些呼叫不相互依赖，可能同时发生。

例如，考虑前 9 个查询（从第一个 SELECT 到最后一个 UPDATE，包括）：

1. SELECT查询中的信息仅用于INSERT调用。因此，它们可以与＜code＞DELETE＜code＞查询并行运行
2. 在DB级别，没有声明外键约束。这意味着我可以并行运行所有DELETE查询（这同样适用于INSERTcalls）

问题是:为什么我应该避免使用< code>@Async来优化endpoint的性能呢？

我将使用＜code＞CompletableFuture

例如，我脑海中的潜在陷阱:

• 线程管理，当服务处于压力负载下时，可能最终导致性能较差。
• EntityManager不是线程安全的。
• 异常处理。

该服务预计峰值为3000个请求/秒，但是这个特定的endpoint每隔几分钟才被调用一次。

Answer 1

在数据库方面，并行运行它们将涉及在单独事务中的单独连接上运行它们，因此您将失去原子性特性。最后，你可能会看到他们中的一些人做出了promise，而另一些人却退缩了。

此外，如果您的数据库没有资源一次执行多个任务，那么在同一时间运行的不同查询在争夺相同资源时可能会运行得更慢，因此实际上不会更快。