rust - diesel 应该使用同步 actor、actix_web::web::block 还是 futures-cpupool 来运行？

Question

背景

我正在开发一个通过 r2d2 使用 diesel 的 actix-web 应用程序，我不确定如何最好地进行异步查询。我找到了三个看似合理的选项，但不确定哪一个是最好的。

可能的解决方案

同步 Actor

我可以使用 the actix example ，但它非常复杂，需要大量样板文件才能构建。希望有更合理的解决方案。

Actix_web::web::block

作为另一种选择，我可以使用 actix_web::web::block将我的查询函数包装到 future ，但我不确定这对性能的影响。

然后查询是否在同一个 Tokio 系统中运行？根据我在源代码中可以找到的内容，it creates a thread in the underlying actix-web threadpool .这是个问题吗？

如果我没看错代码，r2d2 在获取连接时会阻塞它的线程，这会阻塞核心 actix-web 池的一部分。与数据库查询相同。如果我执行的查询多于该池中的线程，这将阻止所有 actix-web 吗？如果是这样，那就大问题了。

Futures-cpupool

最后，可能有一些不必要的开销的安全赌注是 futures-cpupool .主要问题是这意味着向我的项目添加另一个箱子，尽管我不喜欢在我的应用程序中不必要地 float 多个 cpu 池的想法。

由于 r2d2 和 diesel 都会阻塞，所以这里有很多棘手的事情。

最重要的是，不要与任何不使用相同 r2d2 池的任何东西共享此 cpupool(因为创建的所有线程可能只是阻塞等待 r2d2 连接，当工作存在时锁定整个池)。

其次(更明显一点)，因此您的 r2d2 连接不应多于池中的线程，反之亦然，因为更大的连接会浪费资源(未使用的连接/线程不断阻塞)(也许多一个线程，操作系统调度程序而不是 cpupool 调度程序可能会更快地进行连接切换。

最后，请注意您使用的是什么数据库以及那里的性能。在写入繁重的 sqlite 应用程序中运行单个连接 r2d2 和池中的单个线程可能是最好的(尽管我会为此推荐一个合适的数据库)。

旧答案

可能有效的旧解决方案

https://www.reddit.com/r/rust/comments/axy0hp/patterns_to_scale_actixweb_and_diesel/

本质上，推荐Futures-cpupool。

What is the best approach to encapsulate blocking I/O in future-rs?

一般情况下建议使用 Futures-cpupool。

不起作用的旧解决方案

https://www.reddit.com/r/rust/comments/9fe1ye/noob_here_can_we_talk_about_async_and_databases/

对旧版 actix-web 的一个非常好的修复。据我所知，请求中不再有 cpu 池。

Answer 1

我要使用 futures-cpupool。由于我的交互具有阻塞性，因此这是最佳解决方案。

使用 actix_web::web::block 就足够了，但会在 actix 中使用共享线程池(并且由于阻塞调用，我使用它会阻塞整个线程池并干扰给 actix_web 的其他任务) .

最好使用 futures-cpupool 为每个数据库创建一个单独的线程池，仅用于数据库交互。通过这种方式，您可以将所有需要相互等待的任务(当任务多于连接时)分组到一个池中，防止它们阻塞不需要连接的任何其他任务，并可能将线程数限制为连接数(这样任务只会在它不会被阻塞时被安排)。

在您只想使用一个(或很少)数据库连接的情况下，同步 actor 是一个很好的选择。它将像一个具有一个线程的 futures-cpupool 一样，确保所有任务一次运行一个，除了它将使用 actix-web 的底层线程之一而不是单独的线程(因此，仅适用于极少数连接) .不过，我发现样板太大，不值得。