使用连接池的多个数据库连接 vs 使用多个语句的单个连接

如何解决使用连接池的多个数据库连接 vs 使用多个语句的单个连接

我正在开发一个使用 MysqL 的服务器，我一直试图了解使用连接池与保持打开状态的单个连接相比的优势，并通过应用程序传递给不同的方法。>

使用连接池的想法是可以理解的，但是在某些情况下，这可能会造成瓶颈，如果没有连接池，则不会出现这种情况。

用代码更好地解释我的意思：

假设以下方法同时被调用 connectionPoolSize + 1（例如 10） 次，这意味着我们已经用尽了连接池中的连接，最后一次查询尝试将失败，因为没有可用的连接：

public void getData(con) {
    Connection con = null;
    Statement s = null;
    ResultSet rs = null;

    try {
        con = connectionPool.getConnection();
        s = con.createStatement();
        rs = s.executeQuery("SELECT * FROM MY_TABLE;");

        // Some long process that takes a while....

    catch(Exception e) {
        throw new Exception(e.getMessage())
    } finally {
        s.close();
        rs.close();
        con.close();
    }
}

但是，如果我们使用单个连接，即保持打开状态，并且所有方法都可以使用它，则不需要任何方法等待将连接发送回池（正如我们在上面看到的那样） ，可能需要一些时间）。

例如也调用这个方法 10 次，这样就行了

public void getData(con) {
    
    Statement s = null;
    ResultSet rs = null;

    try {
        s = con.createStatement();
        rs = s.executeQuery("SELECT * FROM MY_TABLE;");

        // Some long process that takes a while....
        // But this time we don't care that this will take time,// since nobody is waiting for us to release the connection


    catch(Exception e) {
        throw new Exception(e.getMessage())
    } finally {
        s.close();
        rs.close();
    }
}

显然语句和结果集在方法完成之前仍将保持打开状态，但这不会影响连接本身，因此不会阻止任何其他尝试使用此连接。

我认为我缺少一些进一步的见解，我了解标准正在使用连接池，那么您如何处理这些问题？

解决方法

取决于您的用例。假设您正在构建一个可供多个用户同时使用的 Web 应用程序。现在，如果您只有一个连接，则来自多个用户线程的所有查询都将排队。并且单个数据库连接将一一处理它们。因此，在多用户系统中（大多数情况下都是正常情况），单个 db 连接将成为瓶颈并且无法正常工作。此外，您需要注意线程安全，以防您向 db 写入和提交数据。

如果您需要在 db 中真正同时执行查询，那么您应该继续使用连接池。然后不同的用户线程可以使用不同的连接并可以并行执行查询。

,

连接池用于保持许多已打开的连接可供使用，并消除每次需要时打开新连接的需要。

如果您的应用程序是单线程的，那么您可能不需要池，而是可以使用单个连接。

即使允许在多个线程之间共享连接，这种方法也存在一些缺陷。以下是 Java DB 的描述：https://docs.oracle.com/javadb/10.8.3.0/devguide/cdevconcepts89498.html。您应该检查 MySQL 是否也是这种情况。

在许多情况下，为每个线程建立单独的连接更容易。