HikariCP - самый быстрый jdbc connection pool

[n3k0nation]

Вообще ничего не дает, я его тоже сразу выпилил).
P.S. Использую в Lucera 2, особой разницы, само собой, после установки не почувствовал. Но и проблем никаких нет. Ставил на замену устаревшему пулу.

И как? Стабильно? Без сарказма, совершенно серьезно.

[Ro_0TT]

И как? Стабильно? Без сарказма, совершенно серьезно.

Да, абсолютно. На живом проекте, онлайн 1500+ на старте был, никаких нареканий .

Вот это у нас смелые разрабы. Используют not production-ready библиотеки в таких массовых продуктах.

Сервер Л2 не так уже требователен в пуле баз данных, поэтому я не боялся. У меня основные данные держатся в памяти сервера, сохраняются поочередно, отсюда слабая нагрузка на БД.

[SouthBridge]

Обновился тоже.
По сравнению с BoneCP и прочими "пулерами" что использовалось ранее - разница ощутима.
Недавно в пиковый онлайн ~4300 все работало и держало превосходно.
Что касается инструментирования которое выпилили. Все просто.
Нужно было задать переменную $CLASSPATH до jdk/lib/* и включить её в параметре запуска (-cp). Особых результатов она не давала, скорей наоборот, добавляла некоторые трудности. Потому и снесли.

p.s После обновления с 1.2.4 валит интересное исключение.
В этом месте используется try-with-resources, явного вызова close разумеется нет.

PHP код:

<?php 

java.lang.IndexOutOfBoundsException: Index: 1, Size: 1

        at java.util.ArrayList.rangeCheck(ArrayList.java:635)

        at java.util.ArrayList.get(ArrayList.java:411)

        at com.zaxxer.hikari.proxy.ConnectionProxy.close(Unknown Source)

        ... 

[JavaMan]

Ro_0TT, SouthBridge, ребят, а вы используете jdbc batch processing с leak detection ? Bonecp иногда становилось плохо от такой связки, а в хикари как с этим ? А то я еще не тестил.

SouthBridge, сейчас попытаемся решить твою проблему. Только отпиши инфу как можно связаться.

[SouthBridge]

GabberBaby, я использую.
Batch как минимум для логов. LeakDetectionThreshold задан.
Лагов\хитчей или чего-то подобного не наблюдал.

p.s А на BoneCP использовал эту ф-цию только в процессе отладки.
На продакшене как я помню ложняк вываливался часто.

Добавлено через 1 час 33 минуты
Разобрался я с причиной того исключения. Полчаса неспешных походов в отладчике и вуаля.
Действительно, баг Hikari, отписал в гит.
UPD: Уже исправили.

[JavaMan]

Новая версия hikari 1.2.8 теперь такая же быстрая как старый instrumentation mode. :db:

Поставили себе его. Всё работает стабильно.

[WoWan-SM]

Кто-нибудь может поделиться своей реализацией?

[JavaMan]

Кто-нибудь может поделиться своей реализацией?

Реализацией чего ? Фабрики коннектов ? Что там такого сложного ?

Моя реализация

[SRC="java"]
public abstract class AbstractDatabaseFactory
{
protected final Logger logger = LoggerFactory.getLogger(getClass());

private HikariDataSource connectionPool;

public void doStart()
{
try
{
final String configPath = getConfigPath();
final HikariConfig config = new HikariConfig(configPath);
connectionPool = new HikariDataSource(config);

logger.info("Database connection working.");
}
catch(final RuntimeException e)
{
logger.warn("Could not init database connection.", e);
}
}

public void doStop()
{
connectionPool.shutdown();
}

public Connection getConnection()
{
try
{
return connectionPool.getConnection();
}
catch(final SQLException e)
{
logger.warn("Can't get connection from database", e);
}

return null;
}

protected abstract String getConfigPath();
}
[/SRC]

[Dolwin]

Провел тесты данного CP
Тесты проводились на "живом" продукте уровня Enterprise.
Результаты вовсе не лучше чем обычный Apache DBCP (конфигуророванный)
При 100+ потоков с транзакциями и уровнем изоляции read-uncommitted ведет себя неадекватно через пол милиона запросов.

[JavaMan]

Провел тесты данного CP
Тесты проводились на "живом" продукте уровня Enterprise.
Результаты вовсе не лучше чем обычный Apache DBCP (конфигуророванный)
При 100+ потоков с транзакциями и уровнем изоляции read-uncommitted ведет себя неадекватно через пол милиона запросов.

Как меряли производительность ? Я уверен, что ты просто что-то настроил криво либо использовал старую версию пула.
В любом случае я больше верю jmh бенчмаркам, чем пустословию без единого доказательства.