准备语句池与连接池[重复]
可能重复：
dbcp中的已准备语句池
我正在构建一个Web应用程序，它使用Tomcat的数据库连池机制进行内部使用。我试图汇集准备好的语句，以便应用程序在检索数据时更有效。
据我所知，当连接、结果集和语句关闭时，连接将返回到池。如果设置了适当的标志，放弃的连接也会关闭并返回到池中。关闭连接意味着释放所有数据库游标和缓存的语句，包括准备好的语句。那么准备好的语句池有什么意义呢？
共有1个答案
一般的回答是：）
连接对象并不是真正关闭的，只有在调用close（）时才会返回到池中，并且准备好的语句池在每个连接的基础上工作，只要连接对象保持活动状态，它们就会被缓存。
-
在连接池中为使用Prepared语句是否良好。（在我的例子中，我使用Tomcat JDBC连接池） 它是否增加了任何优势（加速），或者会增加维护准备好的语句和连接的开销，并使它们保持活动状态，或者跟踪是否关闭池连接，因为池连接是在内部维护的，并且它们会根据此处指定的不同设置关闭 我正在使用获取连接，数据库是MariaDB 在阅读各种帖子、文档和示例时，大多数都是使用或查询构建的。它是否指出对于
-
在我的程序中，我正在访问wep api。最多可以有7个不同的线程访问web api的不同服务器。每个线程负责一个服务器，每个服务器速率限制每个线程。每个线程更新相同的mysql数据库。线程数保持不变。 在我的示例中，是否需要连接池？我不应该只打开7个不同的连接，这些连接将在程序的生命周期中打开吗？
-
使用准备好的报表的原因有两个： 通过仅添加来自外部世界的数据作为参数来防止SQL注入。 通过让DB预解析语句一次并通过传递参数多次重用它来提高性能。 但是JDBC中准备好的语句与连接绑定在一起。我们应该使用连接池。这意味着在典型的代码示例中，我必须 从池中获取连接 使用H2附带的简单连接池JdbcConnectionPool时，我认为语句不会被缓存。这是否意味着在使用预先准备好的语句时会对性能产生
-
我对连接池有一些疑问。在SQL Server连接池文章中提到的内容类似于“打开新连接时，如果连接字符串与现有池不完全匹配，则会创建一个新池。每个进程、每个应用程序域、每个连接字符串以及使用集成安全性时、每个Windows标识将连接池化。” 现在我有了自己的windows窗体应用程序，它具有SQL连接。 > 所以当我打开应用程序时，SQL连接首次打开，并创建了一个池。所以，如果我关闭应用程序池会被自
-
作为一个专业的服务端开发工程师，我们必须要对连接池、线程池、内存池等有较深理解，并且有自己熟悉的库函数可以让我们轻松驾驭这些不同的 池子。既然他们都叫某某池，那么他们从基础概念上讲，原理和目的几乎是一样的，那就是 复用。 以连接池做引子，我们说说服务端工程师基础必修课。 从我们应用最多的 HTTP 连接、数据库连接、消息推送、日志存储等，所有点到点之间，都需要花样繁多的各色连接。为了传输数据，我们
-
连接池是客户端内的一个对象，主要是维持现有节点的连接。理论上来讲，节点只有死节点与活节点。 然而在现实世界中，事情绝不会这么明确。有时候节点是处在 “可能挂了但还未确认” 、 “连接超时但未知原因” 或 “最近挂过但现在可用” 的灰色地带中。而连接池的工作就是管理这些无规则的连接，并为客户端提供最稳定的连接状态。 如果一个连接池找不到一个活节点来发送查询，那么就会返回一个 NoNodesAvail