Hibernate: Каков пул соединений и почему он по умолчанию не подходит для производства?

Question

Я очень незнакомый с Hibernate и только что начал работать над веб-приложением, которое использует его с базой данных MySQL. Я замечаю, что в сообщении community documentation tutorial указано:

Встраиваемый пул соединений Hibernate никоим образом не предназначен для использования в производственных целях. Он не имеет нескольких функций, найденных в любом приличном пуле подключений.

Может кто-нибудь уточнить это? Что именно не хватает и какие проблемы у людей с «дефолтным»? В googling я нашел сайт here, но на самом деле это не объясняет проблемы, а именно то, что вы должны использовать вместо этого.

Answer 1

Что такое пул соединений и почему он по умолчанию не подходит для производства? Может ли кто-то уточнить это?

Пул соединений - это способ открытия/подготовки/закрытия соединений. Механизм объединения соединений представляет собой часть программного обеспечения (компонента), которому вы делегируете функцию управления соединениями. Ваше приложение будет просто запрашивать подключение, использовать его и доставлять обратно в пул. Компонент отвечает за открытие N соединений и оставляет их готовыми, когда ваше приложение спрашивает. Если соединение устарело, механизм объединения затем закроет его и снова откроет новый. Это означает лучшее использование соединений, так как вам не нужно ждать установления соединения во время фактического выполнения вашего кода, и вам не нужно беспокоиться о устаревших подключениях.

Hibernate на самом деле не несет никакой реальной связи. Он обеспечивает внутренний менеджер соединений, который является очень рудиментарным. Причина проста: почти (если не все) серверы приложений (например, JBoss AS) и контейнеры сервлетов (например, Tomcat) по умолчанию используют механизм объединения пулов. Таким образом, вашему приложению не нужно беспокоиться о деталях об этом. Он просто запрашивает AS для подключения.

На мой взгляд, есть только два случая, когда вам нужно беспокоиться о пулах соединений:

1. Вы имеете дело с автономным приложением (который не запускается внутри контейнера)
2. Вы находитесь действительно эксперт в объединении пула и ни один из существующих потребностей ваших потребностей.

Но по моему опыту, большинство людей, которые используют «внешний» пул соединений сделать это из-за отсутствие знаний о Пулах соединений и отсутствия знаний об их емкости.

Answer 2

Пул соединений по умолчанию в спящем режиме - c3p0, названный в честь персонажа звездных войн. Но hibernate поддерживает также proxool и используется также для рекламы apache dbcp. Некоторое время DBCP был бездействующим и выпал из моды.

C3P0 фактически используется в производстве во многих проектах. Хотя иногда оказывается, что они плохо себя ведут в пиковое время. Существует несколько альтернатив. Например, новый пул соединений, включенный в Tomcat 7. Я еще не тестировал его, но слышал некоторые положительные отзывы об этом.

Answer 3

Когда вы имеете дело с автономным приложением, есть несколько менеджеров пула, которые не поддерживаются Hibernate. Hibernate никогда не одобрял одно явное.На протяжении многих лет многие приходят и исчезают снова. В конце концов, очень сложно судить, что это лучше всего. Хорошо проверять и сравнивать сами проекты и насколько они активны.

Вот некоторые недавние рекомендации (2017) бассейновой для автономных приложений в алфавитном порядке:

C3P0 http://www.mchange.com/projects/c3p0/

Hikari https://github.com/brettwooldridge/HikariCP

Vibur http://www.vibur.org/