|
|
|
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:52:39 |
|
||
|
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, 08:56:38 |
|
||
|
A lot of select 1 requests
|
|||
|---|---|---|---|
|
#18+
Если делается через стандартный логгер, то надо определить что за класс спамит и забанить его. Чтобы определить, выводим полные названия классов в лог (%c в ConversionPattern): Код: xml 1. 2. 3. 4. 5. 6. когда определили, что за класс, разрешаем ему сообщать только об ошибках, например: Код: xml 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2013, 10:05:07 |
|
||
|
A lot of select 1 requests
|
|||
|---|---|---|---|
|
#18+
recvezitor, Пул какой-то, наверное. Выставлена проверка соединения через определенный интервал. Как минимум, это все создает траффик. Ищите конфигурацию пула, настраивайте количество потоков и интервал проверки. Да, и еще. Посмотрите, сколько на данный момент соединений с базой (по мониторингу базы). У апачевского dbcp в некоторых условиях утекают целые пулы, которые начинают жить своей жизнью и создавать горы соединений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2013, 11:25:46 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38241033&tid=2129467]: |
0ms |
get settings: |
14ms |
get forum list: |
24ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
62ms |
get topic data: |
18ms |
get forum data: |
4ms |
get page messages: |
75ms |
get tp. blocked users: |
3ms |
| others: | 288ms |
| total: | 500ms |

| 0 / 0 |
