什么是最好的方法来设置相对于您的池： -你如何设置连接池？
我相信这是一个不可知论的问题，但对特定数据库/语言的“特性”的评论是值得欢迎的。例如，连接某些数据库比其他数据库更慢或更昂贵。
为了澄清，我不打算从头开始编写一个池，这个问题更多的是关于如何配置一个现有的库进行池化。
我在Java中为数据库写了一个连接池，它只是一个设计模式，而不是一个公共库。现在我使用Tomcat中内置的一个。
我用了一个线程来监视池的几个方面和几个参数来控制其行为......
这给了我很多好几年。在野外偷看期间，我见过的最高水池有151个。通常情况下，游泳池在大量使用过程中大约有十几个，在清晨时间里至少有三个空闲。
我使用了Oracle的JDBC瘦驱动程序并连接到Oracle数据库。
这是我用于最近实施的基本原理。
在连接池中有两种连接。第一个准备就绪，意味着开放但客户端不使用。第二个是积极的，意味着由客户使用。
您的连接池是否保持少量的就绪连接，最少为N，最大为M.根据客户端请求连接的最高速度，可以调整N。如果就绪连接的数量降至零，则需要更大的N.如果该数字一直很高（例如高于10），则需要较低的N.当客户端想要连接时，给它们一个（准备工作），然后立即打开一个新的工作，如果现在还没有准备好（但不要让客户等待这个完成，否则你将失去合并的优势）。这确保了总是有至少N个准备就绪的连接。如果没有人准备好当客户想要一个，他们将不得不等待，而你创建一个新的。
当客户端连接到活动连接时，如果M连接少于M个，则返回到就绪状态。否则关闭它。这可以防止您有超过M个就绪连接。
定期回收准备好的连接以防止过时的连接。如果有超过N个就绪连接，请关闭最旧的连接。否则关闭它并重新打开另一个。
这具有足够的，而不会加重服务器的连接池中的可用准备和青春连接的优势。
我不确定你使用你的连接的上下文是什么，但我可以分享似乎为我工作的内容。
我使用SQL服务器作为我的后端，并结合使用缓存来获得更好的性能。 我的做法是保持连接打开，只有当我真的需要它并且不要连接池以便它们立即清理时，我可以在SQL Activity监视器中看到究竟什么是活动的，哪些不是。每个连接都会占用内存，因此在不需要时将其保持沉闷的咆哮是很好的。
在我回答连接开放和关闭问题之前，让我说缓存是非常重要的。从缓存中获取对象将为您节省大量时间。在我开发的一些asp.net应用程序中，当我在开发中进行缓存时，我发现我几乎无法测量延迟，而使用数据库调用可能需要15ms到45ms的任何时间来完成调用，这甚至不考虑其他延迟因素或负荷。我使用的另一种方法是用于我的数据的一种很好的对象结构，这样我只在数据库更新时才进行更新。我在我的对象上实现了一些方法o确保我尽可能少做IO。
话虽这么说，我们都知道，我们需要访问并在某些时候写信给我们的数据库，所以我遵循两个原则：
保持关闭，以节省能源的门窗。一个地方的开放连接意味着它在另一个地方不可用（或者内存和其他资源更有限）。我们已经关闭了，因为它为我们带来了更好的表现。
我可以在连接打开的情况下尽可能批量或一次性完成。这有点复杂，所以让我解释一下。
我的两分钱：
缓存您的数据！缓存你的数据！缓存你的数据！在无法缓存并缓存数据时尽可能少地访问数据库！
的Jakarta Commons DBCP已做了你列出的所有东西：
您可以通过播放最少的连接数，要创建的最大连接数以及超时时间来优化游戏池。更长的超时时间将允许您具有较低的连接限制，而较短的超时时间可能需要较大的数量。这在很大程度上取决于您的应用程序的功能以及它如何使用连接。