Пул соединений с JDBC все еще улучшает производительность в настоящее время?

Если вам подходит 100 мс на запрос, тогда вам не нужен пул соединений. Если вам нужны запросы продолжительностью менее 20 мс, важно повторно использовать соединения.

Если ваш драйвер поддерживает собственный пул подключений, я предлагаю вам использовать его (в случае, если он еще не делает этого за вас). Только если вам нужен больший контроль над тем, как объединяются в пулы, вы можете использовать дополнительную библиотеку (я никогда не нашел хорошего применения для одной)

Примечание: вам не нужно использовать пул для повторного использования соединений.

Один простой способ повторно использовать соединения - иметь одно постоянное соединение (которое имеет соответствующие средства защиты потоков). Если ваши запросы нечасты, это может быть все, что вам нужно.

Если вы хотите иметь возможность выполнять запросы одновременно и иметь только несколько потоков, которые будут выполнять запросы, вы можете сохранить соединение в поле ThreadLocal.

Если вам нужно несколько подключений и у вас есть больше потоков, которые могут выполнять запрос, чем вы хотите иметь в подключениях, используйте пул.

Для модели ThreadLocal вы можете сделать

public static final ThreadLocal<Connection> CONNECTION = new ThreadLocal<Connection>() {
     public Connection initialValue() {
         LOG.info(Thread.currentThread()+": created a connection.");
         return createConnection();
     }
};

Если вы хотите контролировать, как очищаются соединения.

private static final Map<Thread, Connection> connections = new ConcurrentHashMap();
public static final ThreadLocal<Connection> CONNECTION = new ThreadLocal<Connection>() {
     public Connection initialValue() {
         LOG.info(Thread.currentThread()+": created a connection.");
         Connection conn = createConnection();
         connections.put(Thread.currentThread(), conn);
         return conn;
     }
};
public static void cleanUp() {
     for(Map.Entry<Thread, Connection> entry: connections.entrySet()) {
         Thread t = entry.getKey();
         if (!t.isAlive()) {
             LOG.info(t+": closed a connection.");
             connections.remove(t);
             entry.getValue().close();
         }
     }
}

Если вас беспокоит обрыв соединения, вы можете переопределить get () ThreadLocal, чтобы проверить соединение перед возвратом.

В некоторой степени это зависит от программного обеспечения базы данных. Некоторые (например, MySQL) имеют относительно легкие соединения, которые открываются быстро. Другие, такие как Oracle, имеют соединения, которые представляют собой большие сигнальные структуры с серьезными накладными расходами.

В целом, однако, рекомендуется использовать пул соединений, особенно для быстрых, коротких и объемных запросов. Чем быстрее ваше приложение будет содержать связи, тем оно станет важным. Это не изменилось за последние несколько лет - во всяком случае, это важнее, чем когда-либо, по мере того, как приложения расширяются и становятся более сложными.

Если вам нужно что-то убедительное, я предлагаю вам провести сравнительный анализ с объединением и без него. Если вы не получаете повышения производительности в вашем конкретном случае, возможно, это не стоит того.