Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.)
В списке pgsql-performance по дате отправления:
| От | Tom Molesworth |
|---|---|
| Тема | Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) |
| Дата | |
| Msg-id | 4C24DBA9.7030303@audioboundary.com обсуждение |
| Ответ на | Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) (Rajesh Kumar Mallah <mallah.rajesh@gmail.com>) |
| Ответы |
Re: sudden spurt in swap utilization (was:cpu bound postgresql
setup.)
|
| Список | pgsql-performance |
On 25/06/10 16:59, Rajesh Kumar Mallah wrote:
> when i reduce max_connections i start getting errors, i will see again
> concurrent connections
> during business hours. lot of our connections are in <IDLE in
> transaction state> during business
> this peculiar behavior of mod_perl servers have been discussed in
> past i think. dont' remember
> if there was any resolution.
If connections spend any significant amount of time in <IDLE in
transaction> state, that might indicate you're not committing/rolling
back after running queries - can you show an example of the code you're
using?
e.g. something like my $dbh = DBI->connect(...); my $sth =
$dbh->prepare(q{select ... }); $sth->fetchall_arrayref; $sth->rollback;
Tom
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера