Slick使用的连接多于线程的情况 [英] A case when Slick uses more connections than threads

问题描述

我对SLICK文档中的这句话感到困惑：

对事务内的非数据库操作进行排序时，Slick将使用比池中线程更多的连接。

这是否意味着Slick打开一个事务，然后使用不同的数据库连接(在不同的线程中)在该事务中执行操作？我说得对吗？我从未想过可以在多个连接之间保持事务打开。

推荐答案

似乎我的理解是错误的。

假设浮动线程池大小为1。我们有一个事务1，它运行两个查询A和B。

首先，Slick打开一个连接1，使用占用线程池中的单个线程来运行查询A。同时，具有要运行的单个查询C的事务2排队。当所有线程都被占用时，查询C被放入队列。

同时，查询A完成，一些Scala代码异步运行以处理结果(使用另一个线程池)。处理线程被返回到浮动线程池。但由于事务%1仍在运行，数据库连接%1仍在使用中。

因此，当运行查询C时，Slick看到没有空闲连接，因此创建了一个新的数据库连接2来运行它。这正是文档中提到的情况-我们有2个打开的连接，而线程池大小只有1个。

这就是默认连接池设置如下的原因：

• minConnections默认等于numThreads
• maxConnections默认等于numThreads * 5

因此，如果您不在一个事务中运行多个查询，则Slick打开的连接数不应超过线程数。

这篇关于Slick使用的连接多于线程的情况的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！