Запрос JDBC MySQL намного быстрее, чем должен быть в тесте JMH

В настоящее время я пытаюсь сравнить запросы MySQL с использованием JHM. Для этого я установил соединение с помощью JDBC с докеризированным сервером.

Мой код:

@Benchmark
public void testWithPreparedStatement(Blackhole bh) throws SQLException {
    PreparedStatement st = connection.prepareStatement(query);
    st.setString(1, "Parameter1");
    st.setString(2, "Parameter2");
    bh.consume(st.executeQuery());
    connection.commit();
    st.close();
}

Вот результаты испытаний:

# Warmup Iteration   1: 2.318 ms/op
Iteration   1: 2.038 ms/op
Iteration   2: 1.972 ms/op
Iteration   3: 1.908 ms/op
Iteration   4: 2.000 ms/op
Iteration   5: 1.960 ms/op
Iteration   6: 1.939 ms/op
Iteration   7: 1.968 ms/op
Iteration   8: 1.959 ms/op

Запрос содержит несколько объединений, а база данных содержит данные, поэтому контрольные показатели не должны быть такими низкими.

Тот же запрос в DataGrip приводит к:

0 rows retrieved in 59ms (execution: 32ms, fetching: 27ms)

Что я пробовал:

  • Запуск RESET QUERY CACHE и FLUSH TABLES в методе @TearDown

  • Установка @TearDown на Level.Iteration

  • Установка autoCommit на false и ручная фиксация запроса (см.: код) + установка TransactionLevel на READ_COMMITTED

Однако результаты, возвращаемые запросом с использованием JDBC, верны, поэтому он выполняется правильно.

Любые идеи? Любая помощь приветствуется!


mysql java jdbc benchmarking jmh
person user3024750    schedule 05.02.2019    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Похоже, что «проблема» была связана с использованием PreparedStatement, как только я переключился на обычный Statement, я получил те же значения времени, что и в Datagrip.

Из этого ответа SO я узнал, что PreparedStatement выполняет "Предварительную компиляцию и кэширование на стороне БД оператора SQL», что, вероятно, приведет к более быстрому времени выполнения.

Итак, более медленный код, который я сейчас использую:

    @Benchmark
    public void testWithStatement(Blackhole bh) throws SQLException{
        Statement st = connection.createStatement();
        ResultSet rs = st.executeQuery(query);
        bh.consume(rs.next());
    }
person user3024750    schedule 06.02.2019