在连接池中打开和关闭数据库连接的成本是多少？
如果我们使用任何连接池框架或Tomcat jdbc池，那么打开和关闭DB连接的成本是多少。每当需要DB操作时，频繁打开和关闭DB连接是否是一种良好的做法。或者，相同的连接可以跨不同的方法进行DB操作。
共有1个答案
Jdbc连接通过网络，通常通过TCP/IP和可选的SSL工作。您可以阅读这篇文章以了解它为什么昂贵。
对于不同的db操作，您可以跨多个方法使用单个连接，因为对于每个db操作，您需要创建一条语句来执行。
连接池避免了在请求期间创建连接的开销，应尽可能使用。Hikari是最快的。
-
问题内容： 我们使用JDBC的标准代码部分是… 问题1：使用连接池时，是否应该在最后关闭连接？如果是这样，合并的目的就不会丢失吗？如果不是，那么DataSource如何知道何时释放Connection的特定实例并可以重用？我对此感到有些困惑，任何指针都表示赞赏。 问题2：以下方法是否接近标准？看起来像是尝试从池中获取连接，并且如果无法建立DataSource，请使用老式的DriverManager
-
当我使用CloseableHttpClient和do Execute方法时，它在第一次正常工作，但之后从未成功。它将引发表示“连接池关闭”的异常 有人说是因为我还没有关闭客户端有人说是httpClient 4.3中的bug 我的项目不存在上述问题，但仍然无法正常工作
-
我正在Java中运行Apache HTTP POST请求，每当我超过1300个请求时，就会出现以下错误，我需要发出更多的请求，大约40k，我可以做些什么来纠正相同的错误？
-
我正在使用HttpClient v4.5.5 我有一个如下： 然后我使用超文本传输协议客户端如下： 通过定期调用（每隔几分钟） 偶尔我会出错 ，据我所知，这种情况要么发生在旧的HttpClient版本上，要么发生在您关闭HttpClient时。我没有这样做。所以我不明白为什么会出现这个错误。它会恢复，但有这样的异常是个问题。
-
我有一个带有数据库连接池的grails/groovy web应用程序。设置如下所示: 我使用java melody进行诊断和监控，并注意到一些奇怪的行为。例如，当执行查询数据库的作业时，连接可以超越maxActive属性。为什么这是可能的？ 我需要显式关闭Grails连接吗？该作业调用一个服务方法，该方法通过withCriteria Grails调用简单地执行DB查询，如： 似乎每次运行这个程序，
-
问题内容： 我们使用JDBC的标准代码部分是… 问题1：使用连接池时，是否应该在最后关闭连接？如果是这样，合并的目的就不会丢失吗？如果不是，那么DataSource如何知道何时释放Connection的特定实例并可以重用？我对此感到有些困惑，任何指针都表示赞赏。 问题2：以下方法是否接近标准？看起来像是尝试从池中获取连接，并且如果无法建立DataSource，请使用老式的DriverManager