Всем привет! Посоветуйте с решением или идеями.

Есть проект на java 1.6 + hibernate 3.1 + wicket 1.4 + postgresql 8.3.

В проекте используется паттерн OpenSessionInView. Все хорошо, удобно, никаких заморочек.

Но ровно до того момента, как в проекте возрастает пиковая нагрузка: например 3000 запросов с секунду. В этом случае, много запросов начинают "тупить" на конекшн пуле. При этом известно, что большинство реквестов реально базу не используют, т.к. 95% инфы уже есть в кеше хибернейта.

Т.е., по-быстрому, хочется просто в конекшн пуле увеличить число возможных конектов до 1000 :) Но они могут однажды "положить" базу. Сейчас разрешено 100 конектов, но обычно используется одновременно 3-4, и на самой базе нагрузка почти всегда 0.

Другой вариант, использовать какой-то "враппер чего-то", который бы давал работать хибернейту в его кешем на чтение, а вот если требуется непосредственно БД, то тогда уже открывать реальный конект к базе и вот их уже максимум будет 100.

Сдается мне проблема известная, но может есть какое-то готовое решение? Или идеи как реализовать этот "враппер чего-то"? :)

Спасибо заранее!

Blazkowicz, что такое "Read-only транзакции"? Работа с базой полноценная: и инсерты, и апдейты, и селекты :)

Просто большая для подавляющей части запросов, вся инфа есть либо в кеше хибернейта, либо в кеше самого приложения.

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

В общем, увеличил число конектов для пробы до 300. Начал следить во время нагрузки. Почти все время были свободные коннекты в пуле, а вот память в пике выделялась так быстро, что GC ее, видимо, не успевал очищать. Поэтому каждые 5 минут вызывался FullGC секунд на 40.

Так что не в том месте я искал корень проблемы, буду рыть сам викет. Но все равно спасибо!