
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
26.04.2013, 08:52:39
|
|||
|---|---|---|---|
|
|||
A lot of select 1 requests |
|||
|
#18+
Есть легаси использующее iBatis. Включил логи в postgres и обнаружил такую хрень 2013-04-26 15:28:30.070 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.070 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.173 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.175 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.273 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.274 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.374 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.374 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.473 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.473 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.573 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.574 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.673 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.673 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.773 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.773 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.873 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.874 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.973 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 2013-04-26 15:28:30.973 VLAT ОТМЕТКА: выполнение <unnamed>: select 1 20 запросов в секунду. Кто виноват? в какую сторону смотреть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.04.2013, 08:56:38
|
|||
|---|---|---|---|
|
|||
A lot of select 1 requests |
|||
|
#18+
На сколько это просаживает производительность? Это скорей всего кто-то поддерживает связь с БД, но не 20 раз в секунду же. Как уменьшить время пингования? И как убрать этот спам из лога? пробовал так log_min_duration_statement = 10 # -1 is disabled, 0 logs all statements # and their durations, > 0 logs only # statements running at least this number # of milliseconds все равно лезет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.04.2013, 10:05:07
|
|||
|---|---|---|---|
|
|||
A lot of select 1 requests |
|||
|
#18+
Если делается через стандартный логгер, то надо определить что за класс спамит и забанить его. Чтобы определить, выводим полные названия классов в лог (%c в ConversionPattern): Код: xml 1. 2. 3. 4. 5. 6. когда определили, что за класс, разрешаем ему сообщать только об ошибках, например: Код: xml 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.04.2013, 11:25:46
|
|||
|---|---|---|---|
A lot of select 1 requests |
|||
|
#18+
recvezitor, Пул какой-то, наверное. Выставлена проверка соединения через определенный интервал. Как минимум, это все создает траффик. Ищите конфигурацию пула, настраивайте количество потоков и интервал проверки. Да, и еще. Посмотрите, сколько на данный момент соединений с базой (по мониторингу базы). У апачевского dbcp в некоторых условиях утекают целые пулы, которые начинают жить своей жизнью и создавать горы соединений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=mubat2&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
16ms |
get forum list: |
24ms |
get settings: |
14ms |
get forum list: |
29ms |
check forum access: |
7ms |
check topic access: |
7ms |
track hit: |
68ms |
get topic data: |
24ms |
get forum data: |
7ms |
get page messages: |
93ms |
get tp. blocked users: |
3ms |
| others: | 612ms |
| total: | 904ms |

| 0 / 0 |
