Сетевая задержка под Hibernate / c3p0 / MySQL

Я подключаюсь к базе данных MySQL (InnoDB) через соединение с довольно высокой задержкой (~ 80 мс), но относительно высокой пропускной способностью.

Я заметил, что время запроса сильно варьируется в зависимости от того, как выдается запрос. В следующих примерах я выполняю запрос для одной маленькой строки по первичному ключу. Время запроса:

• Клиент командной строки (mysql): ~ 160 мс
• Raw JDBC: ~ 240 мс
• Спящий режим: ~ 400 мс (начало ~ 0 мс, ~ 160 мс, ~ 240 мс).
• Hibernate, L2: ~ 240ms (~ 0ms begin, ~ 0ms get, ~ 240ms commit)
• Hibernate, c3p0: ~ 880мс (~ 160 мс, ~ 240 мс, ~ 480 мс)
• Спящий режим, L2 + c3p0: ~ 640 мс (~ 160 мс, ~ 0 мс, ~ 480 мс)

( "L2" означает, что кэширование второго уровня для Hibernate включено, "c3p0" означает, что c3p0 был включен, "начать", "получить" и "совершить" - это тайминг для различных под-методов, вызванных во время запроса)

Это, грубо говоря, результаты "устойчивого состояния", поэтому кэш L2 горячий, а время запуска Hibernate игнорируется. Я предполагаю, что "get" обычно равен 0 мс, когда кэш L2 включен, потому что на самом деле не получается получать.

Мои вопросы:

• Почему все запросы имеют такие большие кратные задержки в сети? Даже для клиента командной строки mysql, по-видимому, требуется 2 раунда для простого запроса.
• Почему все запросы JDBC/Hibernate намного медленнее, чем клиент командной строки? Даже необработанный клиент JDBC, по-видимому, требует 3 раундовых поездки.
• Почему c3p0, кажется, делает все хуже? У меня есть, насколько я могу судить, тестирование отключенных подключений, что в противном случае могло бы объясняться.