|
|
|
100 коннектов к СУБД на J2EE
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevBlazkowicz, а можно какую нибудь ссылку, где об этом можно почитать понятным языком? Сейчас новый проект, было бы классно в самом начале такую фичу настроить. http://findbugs.sourceforge.net/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2015, 14:28 |
|
||
|
100 коннектов к СУБД на J2EE
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovEmmanuell GoldsteinКогда проводим нагрузочное тестирование с Apache JMeter, при 50 пользователях выедается весь коннекшн-пул1. Что конкретно делают ваши запросы? 2. Соединение должно возвращаться в пул не "сразу же", а "тогда, когда оно больше не требуется". А это возвращает нас к первому вопросу. Так оно не требуется как только ему close() вызвали - этим дается знать обертке (Connection) что можно вернуть соединение в пул. Вопрос еще как пул отработает. Попробуйте простой мониторинг сколько у вас соединений висит со стороны Java - добавьте счетчик в try/finally либо сделайте простую обертку для Connection и перекройте close() (статический счетчик + в конструкторе и - в сlose() и вывод в лог) и посмотрите сколько ваш код соединений использует. Проверьте со стороны базы сколько соединений/сессий висит открытыми. Если со стороны Java все ОК, а со стороны базы соединений много больше и они растут со временем, значит тупит пул на клиенте (похожие проблемы как то были - соединения закрывались со стороны Java но рос лист активных соединений, потом база валилась при созданиий нового соединения - если короче, пул проверялся и не чистился, соединения висели как активные и не переносились в лист неиспользуемых соединений). Поменяли реализацию пула и все пошло нормально работать. Дополнительно посмотрите настойки клиентского пула - интервалы, лимиты, локирует ли он вызовы из Java и на какое время если лимит на создание соединений исчерпан. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2015, 02:35 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=39121853&tid=2124590]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
196ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 502ms |

| 0 / 0 |
