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

[n3k0nation]

Сообщение от Ro_0TT

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

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

[Ro_0TT]

Сообщение от Pointer*Rage

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

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

Сообщение от GabberBaby

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

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

[SouthBridge]

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

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

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)
        ... 


Декомпил класса через fernflower фейлится, через старенький DJ получается такая каша с закрытием коннекта.

Декомпил:

Свернуть ↑

PHP код:

        if(con != null)
            if(throwable != null)
                try
                {
                    con.close();
                }
                catch(Throwable x2)
                {
                    throwable.addSuppressed(x2);
                }
            else
                con.close();
        break MISSING_BLOCK_LABEL_131;
        Exception exception;
        exception;
        if(con != null)
            if(throwable != null)
                try
                {
                    con.close();
                }
                catch(Throwable x2)
                {
                    throwable.addSuppressed(x2);
                }
            else
                con.close();
        throw exception;
        SQLException e;
        e; 


Свернуть ↑Развернуть ↓

Не врублюсь пока, баг в коде или в обновлении?

[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.

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

[WoWan-SM]

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

[JavaMan]

Сообщение от WoWan-SM

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

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

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

Свернуть ↑

 
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();
}
 
Code: Java

Свернуть ↑Развернуть ↓

[Dolwin]

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

[JavaMan]

Сообщение от Dolwin

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

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