ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Postgres затыкается на простых запросах и больше не обслуживает пользователей
25 сообщений из 32, страница 1 из 2
  1  все
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34676055
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Ситуация такая: в целом сервер работает нормально, но иногда бывает делает так:

Код: plaintext
1.
2.
 2007 - 07 - 21   15 : 16 : 20  KRAST LOG:   00000 : duration:  15630 . 816  ms  statement: select
 id, title from cars_bodies where exists ( select id_body from board_cars where
cars_bodies.id=id_body) order by  2 ;

После чего количество соединений растет, доходит до max_connections, в логе появляются:

Код: plaintext
1.
 2007 - 07 - 21   15 : 29 : 11  KRAST FATAL:   53300 : connection limit exceeded for non-super
users

И все, куча процессов postgre висит, работает очень медленно, грузит сервер и пока не перезапустишь сам он из этого ступора не выйдет, может сутки так висеть. Запрос с которого начинаются тормоза бывают разными, но все они не сильно сложные и объемные, размеры самых объемных таблиц в районе 5000-10000 записей. Индексы по полям, которые используются в where и order есть. Я понимаю когда сложный запрос выполняется долго, но он же не должен влиять на другие запросы, которые приходят в момент его выполнения.

Версия 8.1.9, конфиг:
Код: plaintext
1.
2.
3.
4.
5.
6.
shared_buffers =  40000 
temp_buffers =  10000 
max_prepared_transactions =  5 
work_mem =  65536 
maintenance_work_mem =  32768 
max_stack_depth =  500000 
effective_cache_size =  32768

Система: Dual Xeon 3.2, 2 Гб ОЗУ, винт SCSI, FreeBSD 4.11-RELEASE.
На сервере кроме PosgreSql вертится Apache (более миллиона страниц в сутки), MySql (более миллиона запросов в сутки), почта.

Подскажите пожалуйста, где копать, чтобы не было таких затыков.
...
Рейтинг: 0 / 0
23.07.2007, 05:24
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34676441
Dan Black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dan Black
Участник
1) Хорошо бы увидеть EXPLAIN ANALYZE проблемного запроса
2) Как часто обновляются таблицы и включен ли автовакум?
Код: plaintext
1.
----------------------------
 Verba volent, scripta manent
...
Рейтинг: 0 / 0
23.07.2007, 10:39
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34677113
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Sort  (cost= 9 . 90 .. 9 . 91  rows= 6  width= 14 ) (actual time= 13 . 515 .. 13 . 559  rows= 11  loops= 1 )
  Sort Key: title
  ->  Seq Scan on cars_bodies  (cost= 0 . 00 .. 9 . 82  rows= 6  width= 14 ) (actual time= 0 . 043 .. 13 . 317  rows= 11  loops= 1 )
        Filter: (subplan)
        SubPlan
          ->  Seq Scan on board_cars  (cost= 0 . 00 .. 1438 . 55  rows= 1817  width= 4 ) (actual time= 1 . 191 .. 1 . 191  rows= 1  loops= 11 )
                Filter: ($ 0  = id_body)
Total runtime:  13 . 718  ms

Автовакуум включен раз в сутки, таблица car_bodies не обновляется, таблица board_car обновляется ежедневно, добавляются/удаляются порядка 150 записей.

Запросы, на которых может падать разные, например такой:
Код: plaintext
select year from board_cars_year order by  1
board_cars_year - это view из таблицы board_cars показывающая год:
Код: plaintext
SELECT board_cars."year" FROM board_cars GROUP BY board_cars."year";
...
Рейтинг: 0 / 0
23.07.2007, 13:32
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34677144
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Его план:
Код: plaintext
1.
2.
HashAggregate  (cost= 1494 . 06 .. 1494 . 49  rows= 43  width= 7 ) (actual time= 227 . 044 .. 227 . 266  rows= 47  loops= 1 )
  ->  Seq Scan on board_cars  (cost= 0 . 00 .. 1437 . 45  rows= 22645  width= 7 ) (actual time= 0 . 037 .. 175 . 204  rows= 5078  loops= 1 )
Total runtime:  227 . 772  ms
...
Рейтинг: 0 / 0
23.07.2007, 13:42
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34677297
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
А у вас индекс на id_body есть? Ибо если у вас там FK, да без индекса...

Было бы неплохо увидеть DDL таблиц и их индексов.
...
Рейтинг: 0 / 0
23.07.2007, 14:23
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34678691
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Индекс конечно есть:
Код: plaintext
CREATE INDEX board_cars_id_body ON board_cars USING btree (id_body)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
CREATE TABLE board_cars (
    id integer NOT NULL,
    id_brand integer NOT NULL,
    id_model integer NOT NULL,
    model_title character varying( 255 ),
    addmodel character varying( 30 ),
    ip inet NOT NULL,
    add_date timestamp without time zone DEFAULT '2007-01-01 00:00:00'::timestamp without time zone,
    sell boolean DEFAULT true NOT NULL,
    name character varying( 255 ) NOT NULL,
    phones character varying( 255 ) NOT NULL,
    email character varying( 255 ),
    engine character varying( 255 ),
    engine_mark character varying( 255 ),
    id_engine integer,
    power character varying( 255 ),
    id_body integer,
    body_mark character varying( 255 ),
    carcolor character varying( 255 ),
    saloncolor character varying( 255 ),
    door character varying( 255 ),
    id_gear integer,
    id_transmission integer,
    id_wheel integer,
    music boolean DEFAULT false NOT NULL,
    cd boolean DEFAULT false NOT NULL,
    tv boolean DEFAULT false NOT NULL,
    signalling boolean DEFAULT false NOT NULL,
    toning boolean DEFAULT false NOT NULL,
    conditioner boolean DEFAULT false NOT NULL,
    sport boolean DEFAULT false NOT NULL,
    disc boolean DEFAULT false NOT NULL,
    photo boolean DEFAULT false NOT NULL,
    "year" character varying( 5 ),
    run character varying( 255 ),
    fuelrate character varying( 255 ),
    usedtime character varying( 255 ),
    crash boolean DEFAULT false NOT NULL,
    crash_text text,
    additional text,
    price integer,
    id_currency integer DEFAULT  1  NOT NULL,
    views integer DEFAULT  1  NOT NULL,
    city character varying( 255 ) DEFAULT '<CA><F0><E0><F1><ED><EE><FF><F0><F1><EA>'::character varying NOT NULL,
    bold boolean DEFAULT false NOT NULL,
    pin character varying( 30 ),
    top boolean DEFAULT false NOT NULL
);
...
Рейтинг: 0 / 0
24.07.2007, 05:32
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34679489
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
На мой взгляд следующие параметры сильно завышены:
Код: plaintext
1.
2.
3.
shared_buffers =  40000 
work_mem =  65536 
max_stack_depth =  500000

а
Код: plaintext
effective_cache_size =  32768
занижен.

Покажите какие значения у вас в:
Код: plaintext
1.
2.
3.
4.
max_connections = ?
random_page_cost = ?
cpu_tuple_cost = ?
cpu_index_tuple_cost = ?
cpu_operator_cost = ?
...
Рейтинг: 0 / 0
24.07.2007, 11:50
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34679557
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Код: plaintext
1.
2.
3.
4.
max_connections =  50 
#random_page_cost =  4  закоментирован
#cpu_tuple_cost =  0 . 01  закоментирован
#cpu_index_tuple_cost =  0 . 001  закоментирован
#cpu_operator_cost =  0 . 0025  закоментирован

Посоветуйте значения?
...
Рейтинг: 0 / 0
24.07.2007, 12:07
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34680702
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
Попробуйте вот так:
Код: plaintext
1.
2.
3.
4.
shared_buffers =  20000 
work_mem =  16000 
max_stack_depth = для FreeBSD затрудняюсь сказать...
effective_cache_size =  131072 
random_page_cost =  2

И сделайте потом обязательно ANALYZE обеим таблицам (из Вашего поста непонятно, делаете ли вы его вообще?)

Кстати что это значит:
velocityАвтовакуум включен раз в сутки
?
...
Рейтинг: 0 / 0
24.07.2007, 16:15
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34681899
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Код: plaintext
effective_cache_size =  131072
Не слишком много? Он ведь по 8 Кб каждый.

Автовакуум включен так:
Код: plaintext
1.
autovacuum = on
autovacuum_naptime =  43200

Хотя он ничего не чистит по-моему, некоторое время назад делал вакуум руками обнаружилось несколько тысяч записей, которые удалились. Поэтому вставил в крон скрипт, который ночью делает вакуум сам.
...
Рейтинг: 0 / 0
25.07.2007, 06:15
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34681908
ChameLe0n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChameLe0n
Гость
Imho надо начинать с запроса
select * from pg_stat_activity во время проблемы.
Там есть такие волшебные столбцы как current_query, query_start. Если current_query не отображается - надо включить ведение статистики и перезапустить pg. Таким образом можно будет определить точно проблемный запрос.

Код: plaintext
1.
2.
3.
4.
5.
 datid     datname     procpid     usesysid     usename     current_query                                          waiting     query_start          backend_start        client_addr     client_port    
 --------  ----------  ----------  -----------  ----------  -----------------------------------------------------  ----------  -------------------  -------------------  --------------  -------------- 
  16384      base         28445         10            postgres    <IDLE>                                                 false        25 . 07 . 2007   9 : 48 : 05     24 . 07 . 2007   14 : 56 : 05    127 . 0 . 0 . 1         37776           
  16384      base         28444         10            postgres    <IDLE>                                                 false        25 . 07 . 2007   9 : 48 : 04     24 . 07 . 2007   14 : 56 : 05    127 . 0 . 0 . 1         37775           
  16384      base         24773         10            postgres    select * from pg_stat_activity order by current_query  false        25 . 07 . 2007   9 : 48 : 05     25 . 07 . 2007   9 : 44 : 01     127 . 0 . 0 . 1         3335


Потом возможно потребуется select * from pg_locks.
Также было бы неплохо до 8.2 обновися. Imho в PG присутствуют какие то баги с блокировками и при обновление 8.0->8.1->8.2 их становится существенно меньше.
...
Рейтинг: 0 / 0
25.07.2007, 06:53
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682366
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
ChameLe0nImho надо начинать с запроса
select * from pg_stat_activity во время проблемы.
Там есть такие волшебные столбцы как current_query, query_start. Если current_query не отображается - надо включить ведение статистики и перезапустить pg. Таким образом можно будет определить точно проблемный запрос.

Потом возможно потребуется select * from pg_locks.
Также было бы неплохо до 8.2 обновися. Imho в PG присутствуют какие то баги с блокировками и при обновление 8.0->8.1->8.2 их становится существенно меньше.

Посмотреть конечно можно. Только в данном случае тормозят/накапливаются SELECT'ы, мешать которым могут только EXCLUSIVE locks. Сильно сомневаюсь, что причина в этом.

Можно поподробнее про баги в 8.1 с блокировками? У меня с десяток многогигабайтных oltp бд под 8.1.x и 8.0.x на linux'e и solaris'e. Что-то я проблем с блокировками не встречал...
...
Рейтинг: 0 / 0
25.07.2007, 11:28
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682455
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
velocity
Код: plaintext
effective_cache_size =  131072
Не слишком много? Он ведь по 8 Кб каждый.

У вас есть гигабайтные индексы? Думаю нет, ведь если бы были, то вы бы уже давно перенесли БД на отдельный сервер. Поэтому ничего страшно в том, что вы скажете postgres'у, что располагаете таким объемом нет. Поставьте хотя бы для проверки.

Кстати, лично в моей практике был случай когда tomcat и postgresql, установленные на общую линуксовую машину приводили к жутким задержкам по I/O на сервере. Причину тогда там и не выяснили, просто разнесли их по разным машинам. Это я к тому, что у вас apache крутится тут же.

velocity
Автовакуум включен так:
Код: plaintext
1.
autovacuum = on
autovacuum_naptime =  43200

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


Чтобы работал автовакум обязательно должны быть включены след. параметры:
stats_start_collector = true
stats_row_level = true
И, автовакум ничего не удаляет, ибо он VACUUM, а не VACUUM FULL.


И я, если честно, так и не понял, как часто вы делаете ANALYZE указанным таблицам???
Запустите плиз
Код: plaintext
vacuumdb -zav
из bash'а и покажите последние 5 строчек, типа :
Код: plaintext
1.
2.
3.
4.
INFO:  free space map contains  3106  pages in  222  relations
DETAIL:  A total of  5664  page slots are in use (including overhead).
 5664  page slots are required to track all free space.
Current limits are:   1300000  page slots,  1000  relations, using  7722  KB.
VACUUM
...
Рейтинг: 0 / 0
25.07.2007, 11:47
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682481
ChameLe0n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChameLe0n
Гость
авторМожно поподробнее про баги в 8.1 с блокировками? У меня с десяток многогигабайтных oltp бд под 8.1.x и 8.0.x на linux\'e и solaris\'e. Что-то я проблем с блокировками не встречал...
например вот
Из своего опыта скажу что на 8.0 были в логах постоянно deadlock detected. Несмотря на постоянно увеличивающийся объем БД и увеличение нагрузки при переходе на 8.1 количество подобных записей в логах сократилось процентов на 80. При переходе 8.1 ->8.2 давно вообще не замечал ничего подобного. Структура базы не менялась.

авторПосмотреть конечно можно. Только в данном случае тормозят/накапливаются SELECT\'ы, мешать которым могут только EXCLUSIVE locks. Сильно сомневаюсь, что причина в этом.
Почему ты решил что в системе только selectы используются? Imho select на тех объемах данных что указал автор - не могут серьезно нагрузить систему.
...
Рейтинг: 0 / 0
25.07.2007, 11:52
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682499
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Никаких специальных блокировок не использую, все в пределах обычных INSERT, UPDATE, DELETE операций, причем не затрагивающих большие объемы данных, количество записей в отдельной таблице не более 10 тысяч, размер базы всего 50 Мб.

Встречался с такой же проблемой на MySql тормозят и копятся запросы, думал Postgres лишен такой проблемы, а тут на небольшой нагрузке на тебе. :(
...
Рейтинг: 0 / 0
25.07.2007, 11:57
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682517
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
ChameLe0n
например вот
Из своего опыта скажу что на 8.0 были в логах постоянно deadlock detected. Несмотря на постоянно увеличивающийся объем БД и увеличение нагрузки при переходе на 8.1 количество подобных записей в логах сократилось процентов на 80. При переходе 8.1 ->8.2 давно вообще не замечал ничего подобного. Структура базы не менялась.

99% что это из-за неправильного проектирования БД. У вас все FK поля проиндексированы? Ибо это наипервейшая причина "странных" deadlock\'ов.


автор
Почему ты решил что в системе только selectы используются? Imho select на тех объемах данных что указал автор - не могут серьезно нагрузить систему.
Мы уже на ты ? :)
Я нигде не писал, что в системе только селекты. Я сказал, что мешать SELECT\'ам могут только exclusive lock\'и , которые создаются DDL\'ами, reindex\'ами и vacuum full\'ами. Не думаю, что это тот самый случай.
...
Рейтинг: 0 / 0
25.07.2007, 12:02
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34682529
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Thamerlanstats_start_collector = true
stats_row_level = true
Эти опции включены.

vacuum full analyze; выполняется каждые сутки ночью.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
vacuumdb -zv [имя_базы]

INFO:  free space map contains  3673  pages in  252  relations
DETAIL:  A total of  6336  page slots are in use (including overhead).
 6336  page slots are required to track all free space.
Current limits are:   20000  page slots,  1000  relations, using  182  KB.
LOG:  transaction ID wrap limit is  1548893088 , limited by database "info"
LOG:  transaction ID wrap limit is  1548893088 , limited by database "info"
VACUUM
...
Рейтинг: 0 / 0
25.07.2007, 12:05
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34685478
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
velocityНикаких специальных блокировок не использую, все в пределах обычных INSERT, UPDATE, DELETE операций, причем не затрагивающих большие объемы данных, количество записей в отдельной таблице не более 10 тысяч, размер базы всего 50 Мб.

Встречался с такой же проблемой на MySql тормозят и копятся запросы, думал Postgres лишен такой проблемы, а тут на небольшой нагрузке на тебе. :(

Попробуйте всё же остановить apache и проверить как будет без него.

И покажите всё же, что у вас творится в pg_stat_activity во время накопления соединений.
...
Рейтинг: 0 / 0
26.07.2007, 12:44
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34685868
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Апач выключить невозможно, сайты ведь работают, и нагрузку всю дают сайты.
Смотрел нагрузку на дисковую подсистему при помощи iostat. В обычном режиме скорость не превышает 1 Мб/с, иногда прыгает до 5 Мб/с. Очень редко поднимается до 40 Мб/с, только один раз видел пока. На тормоза дисковой подсистемы не похоже.

Вот это снял сегодня во время затыка:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
 datid |  datname  | procpid | usesysid |  usename  |                                                       current_query                                                       |          query_start          |         backend_start         | client_addr | client_port 
-------+-----------+---------+----------+-----------+---------------------------------------------------------------------------------------------------------------------------+-------------------------------+-------------------------------+-------------+-------------
  10793  | postgres  |    61909  |     16384  | root      | <IDLE>                                                                                                                    |  2007 - 07 - 26   09 : 29 : 01 . 81486 + 08   |  2007 - 07 - 26   09 : 28 : 24 . 642253 + 08  |             |          - 1 
  16562  | database  |    61363  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 7  order by  2  asc                                     |  2007 - 07 - 26   09 : 30 : 06 . 029268 + 08  |  2007 - 07 - 26   09 : 27 : 18 . 316133 + 08  |             |          - 1 
  16562  | database  |    62244  |     16561  | database  | select id,title from cars_models where id_brand= 7  order by title asc                                                      |  2007 - 07 - 26   09 : 30 : 11 . 937497 + 08  |  2007 - 07 - 26   09 : 29 : 04 . 669766 + 08  |             |          - 1 
  16562  | database  |    61155  |     16561  | database  | select id,title from cars_models where id_brand= 68  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 11 . 778475 + 08  |  2007 - 07 - 26   09 : 26 : 52 . 063218 + 08  |             |          - 1 
  16562  | database  |    57914  |     16561  | database  | select count(id) from board_moto where sell='1'                                                                           |  2007 - 07 - 26   09 : 30 : 03 . 395504 + 08  |  2007 - 07 - 26   09 : 22 : 07 . 051177 + 08  |             |          - 1 
  16562  | database  |    61779  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 6  order by  2  asc                                     |  2007 - 07 - 26   09 : 30 : 04 . 05535 + 08   |  2007 - 07 - 26   09 : 28 : 02 . 9725 + 08    |             |          - 1 
  16562  | database  |    62176  |     16561  | database  | select distinct year from board_cars where sell='1' order by year desc                                                    |  2007 - 07 - 26   09 : 29 : 16 . 861119 + 08  |  2007 - 07 - 26   09 : 28 : 58 . 731968 + 08  |             |          - 1 
  16562  | database  |    60716  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 30 : 10 . 236676 + 08  |  2007 - 07 - 26   09 : 26 : 00 . 794977 + 08  |             |          - 1 
  16562  | database  |    61078  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 12  order by  2  asc                                    |  2007 - 07 - 26   09 : 29 : 55 . 29147 + 08   |  2007 - 07 - 26   09 : 26 : 43 . 424973 + 08  |             |          - 1 
  16562  | database  |    59352  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 21  order by  2  asc                                    |  2007 - 07 - 26   09 : 30 : 08 . 820472 + 08  |  2007 - 07 - 26   09 : 25 : 11 . 059422 + 08  |             |          - 1 
  16562  | database  |    62075  |     16561  | database  | select id,title from cars_models where id_brand= 32  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 10 . 86091 + 08   |  2007 - 07 - 26   09 : 28 : 45 . 58533 + 08   |             |          - 1 
  16562  | database  |    61203  |     16561  | database  | select year from board_cars_year order by  1                                                                                |  2007 - 07 - 26   09 : 29 : 15 . 902205 + 08  |  2007 - 07 - 26   09 : 27 : 03 . 457916 + 08  |             |          - 1 
  16562  | database  |    58506  |     16561  | database  | select count(id) from board_cars  where sell='1'                                                                          |  2007 - 07 - 26   09 : 30 : 03 . 534004 + 08  |  2007 - 07 - 26   09 : 23 : 43 . 007269 + 08  |             |          - 1 
  16562  | database  |    61791  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 6  order by  2  asc                                     |  2007 - 07 - 26   09 : 30 : 07 . 287513 + 08  |  2007 - 07 - 26   09 : 28 : 04 . 134738 + 08  |             |          - 1 
  16562  | database  |    60333  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 29 : 33 . 476585 + 08  |  2007 - 07 - 26   09 : 25 : 41 . 786498 + 08  |             |          - 1 
  16562  | database  |    61036  |     16561  | database  | select year from board_cars_year order by  1                                                                                |  2007 - 07 - 26   09 : 29 : 45 . 696438 + 08  |  2007 - 07 - 26   09 : 26 : 35 . 588779 + 08  |             |          - 1 
  16562  | database  |    62813  |     16561  | database  | select id,title from cars_models where id_brand= 2  order by title asc                                                      |  2007 - 07 - 26   09 : 30 : 10 . 869257 + 08  |  2007 - 07 - 26   09 : 30 : 10 . 46512 + 08   |             |          - 1 
  16562  | database  |    60843  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 30 : 05 . 071404 + 08  |  2007 - 07 - 26   09 : 26 : 10 . 334391 + 08  |             |          - 1 
  16562  | database  |    61666  |     16561  | database  | select id,title from cars_models where id_brand= 31  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 11 . 454615 + 08  |  2007 - 07 - 26   09 : 27 : 51 . 506741 + 08  |             |          - 1 
  16562  | database  |    59353  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 29 : 29 . 166172 + 08  |  2007 - 07 - 26   09 : 25 : 11 . 239632 + 08  |             |          - 1 
  16562  | database  |    59775  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 29 : 33 . 590245 + 08  |  2007 - 07 - 26   09 : 25 : 28 . 186902 + 08  |             |          - 1 
  16562  | database  |    62256  |     16561  | database  | select count(id) from cars_models where active='y' and id_brand= 50                                                         |  2007 - 07 - 26   09 : 30 : 12 . 1579 + 08    |  2007 - 07 - 26   09 : 29 : 05 . 153971 + 08  |             |          - 1 
  16562  | database  |    62523  |     16561  | database  | select id,title from cars_models where id_brand= 2  order by title asc                                                      |  2007 - 07 - 26   09 : 30 : 10 . 87021 + 08   |  2007 - 07 - 26   09 : 29 : 46 . 711646 + 08  |             |          - 1 
  16562  | database  |    58986  |     16561  | database  | select title from cars_models where id= 344                                                                                 |  2007 - 07 - 26   09 : 30 : 12 . 195947 + 08  |  2007 - 07 - 26   09 : 24 : 42 . 546856 + 08  |             |          - 1 
  16562  | database  |    60957  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 15  order by  2  asc                                    |  2007 - 07 - 26   09 : 29 : 43 . 013055 + 08  |  2007 - 07 - 26   09 : 26 : 21 . 556256 + 08  |             |          - 1 
  16562  | database  |    59358  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 20  order by  2  asc                                    |  2007 - 07 - 26   09 : 30 : 12 . 15893 + 08   |  2007 - 07 - 26   09 : 25 : 11 . 34654 + 08   |             |          - 1 
  16562  | database  |    58234  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 26  order by  2  asc                                    |  2007 - 07 - 26   09 : 29 : 51 . 648794 + 08  |  2007 - 07 - 26   09 : 22 : 56 . 354383 + 08  |             |          - 1 
  16562  | database  |    61012  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 30 : 03 . 360197 + 08  |  2007 - 07 - 26   09 : 26 : 31 . 003043 + 08  |             |          - 1 
  16562  | database  |    62258  |     16561  | database  | select count(id) from board_cars where sell='0'                                                                           |  2007 - 07 - 26   09 : 30 : 05 . 802387 + 08  |  2007 - 07 - 26   09 : 29 : 05 . 173651 + 08  |             |          - 1 
  16562  | database  |    61267  |     16561  | database  | select count(id) from cars_models where active='y' and id_brand= 23                                                         |  2007 - 07 - 26   09 : 29 : 24 . 107989 + 08  |  2007 - 07 - 26   09 : 27 : 08 . 399567 + 08  |             |          - 1 
  16562  | database  |    61862  |     16561  | database  | select id,title from cars_models where id_brand= 22  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 10 . 655188 + 08  |  2007 - 07 - 26   09 : 28 : 15 . 186876 + 08  |             |          - 1 
  16562  | database  |    60933  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 12  order by  2  asc                                    |  2007 - 07 - 26   09 : 29 : 52 . 480059 + 08  |  2007 - 07 - 26   09 : 26 : 18 . 359844 + 08  |             |          - 1 
  16562  | database  |    59374  |     16561  | database  | select id, title from cars_bodies where exists ( select id_body from board_cars where cars_bodies.id=id_body) order by  2 ; |  2007 - 07 - 26   09 : 29 : 37 . 996441 + 08  |  2007 - 07 - 26   09 : 25 : 11 . 926419 + 08  |             |          - 1 
  16562  | database  |    61948  |     16561  | database  | select id,title from cars_models where id_brand= 16  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 11 . 980672 + 08  |  2007 - 07 - 26   09 : 28 : 30 . 764419 + 08  |             |          - 1 
  16562  | database  |    61360  |     16561  | database  | select year from board_cars_year order by  1                                                                                |  2007 - 07 - 26   09 : 30 : 06 . 233089 + 08  |  2007 - 07 - 26   09 : 27 : 17 . 868272 + 08  |             |          - 1 
  16562  | database  |    61986  |     16561  | database  | select id,title from cars_models where id_brand= 14  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 12 . 18764 + 08   |  2007 - 07 - 26   09 : 28 : 36 . 43846 + 08   |             |          - 1 
  16562  | database  |    61394  |     16561  | database  | select year from board_cars_year order by  1                                                                                |  2007 - 07 - 26   09 : 30 : 11 . 511301 + 08  |  2007 - 07 - 26   09 : 27 : 20 . 959805 + 08  |             |          - 1 
  16562  | database  |    61707  |     16561  | database  | select id,title from cars_models where id_brand= 23  order by title asc                                                     |  2007 - 07 - 26   09 : 29 : 50 . 957561 + 08  |  2007 - 07 - 26   09 : 27 : 57 . 38451 + 08   |             |          - 1 
  16562  | database  |    61876  |     16561  | database  | select count(id) from board_cars  where sell='0'                                                                          |  2007 - 07 - 26   09 : 29 : 51 . 011351 + 08  |  2007 - 07 - 26   09 : 28 : 19 . 304056 + 08  |             |          - 1 
  16562  | database  |    62436  |     16561  | database  | select id,title from cars_models where id_brand= 5  order by title asc                                                      |  2007 - 07 - 26   09 : 30 : 10 . 040757 + 08  |  2007 - 07 - 26   09 : 29 : 29 . 773278 + 08  |             |          - 1 
  16562  | database  |    61990  |     16561  | database  | select id,title from cars_models where id_brand= 14  order by title asc                                                     |  2007 - 07 - 26   09 : 30 : 10 . 414675 + 08  |  2007 - 07 - 26   09 : 28 : 37 . 105626 + 08  |             |          - 1 
  16562  | database  |    61962  |     16561  | database  | select id,title from cars_models where id_brand= 23  order by title asc                                                     |  2007 - 07 - 26   09 : 29 : 54 . 067842 + 08  |  2007 - 07 - 26   09 : 28 : 33 . 229341 + 08  |             |          - 1 
  16562  | database  |    62388  |     16561  | database  | select count(id) from board_cars where sell='1'                                                                           |  2007 - 07 - 26   09 : 29 : 23 . 240361 + 08  |  2007 - 07 - 26   09 : 29 : 23 . 214815 + 08  |             |          - 1 
  16562  | database  |    59801  |     16561  | database  | select count(id) from board_cars  where sell='1'  and id_brand= 16  and id_model= 527                                         |  2007 - 07 - 26   09 : 30 : 12 . 01023 + 08   |  2007 - 07 - 26   09 : 25 : 28 . 821165 + 08  |             |          - 1 
  16562  | database  |    62772  |     16561  | database  | select count(id) from board_cars where sell='1' and top='1' and add_date > now() - interval '7 day'                       |  2007 - 07 - 26   09 : 30 : 05 . 8903 + 08    |  2007 - 07 - 26   09 : 30 : 05 . 845438 + 08  |             |          - 1 
  16562  | database  |    59490  |     16561  | database  | select distinct id_model, model_title from board_cars where id_brand= 17  order by  2  asc                                    |  2007 - 07 - 26   09 : 30 : 11 . 696493 + 08  |  2007 - 07 - 26   09 : 25 : 14 . 885679 + 08  |             |          - 1 
  17431  | info      |    58963  |     17430  | info      | <IDLE> in transaction                                                                                                     |  2007 - 07 - 25   17 : 42 : 31 . 078523 + 08  |  2007 - 07 - 25   16 : 32 : 03 . 51671 + 08   |  127 . 0 . 0 . 1    |         3596 
( 47  rows)
...
Рейтинг: 0 / 0
26.07.2007, 14:05
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34686275
Dan Black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dan Black
Участник
velocity
Код: plaintext
 17431  | info      |    58963  |     17430  | info      | <IDLE> in transaction

А это что за повисшая транзакция?
...
Рейтинг: 0 / 0
26.07.2007, 15:18
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34686282
Dan Black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dan Black
Участник
тьфу, на базу данных не обратил внимание
Код: plaintext
1.
----------------------------
 Verba volent, scripta manent
...
Рейтинг: 0 / 0
26.07.2007, 15:20
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34686386
Thamerlan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Thamerlan
Участник
Dan Blackтьфу, на базу данных не обратил внимание

Ну не знаю, как в случае с несколькими базами, но вообще-то "<IDLE> in transaction" очень опасное состояние, ибо не дает VACUUM'у очищать удаленные картежи во всех таблицах, включая системные.
...
Рейтинг: 0 / 0
26.07.2007, 15:45
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34687618
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Это демон висит с подключением, у него отдельная база, чистить другие базы не мешает.
...
Рейтинг: 0 / 0
27.07.2007, 05:22
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34687939
Funny_Falcon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Funny_Falcon
Участник
Код: plaintext
1.
  16562  | database  |    62244  |     16561  | database  | select id,title from cars_models where id_brand= 7  order by title asc                                                      |  2007 - 07 - 26   09 : 30 : 11 . 937497 + 08  |  2007 - 07 - 26   09 : 29 : 04 . 669766 + 08  |             |          - 1 
  16562  | database  |    61155  |     16561  | database  | select id,title from cars_models where id_brand= 68  order by title asc
А индексы по id_brand есть?

А вообще, у меня похожее что-то было, но я использовал явные lock table и select for update, и в списке процессов было видно waiting. Что-то пошаманил с этими блокировками, вроде отлегло.
...
Рейтинг: 0 / 0
27.07.2007, 10:17
| Ответить | Цитировать | Написать  
Postgres затыкается на простых запросах и больше не обслуживает пользователей
    #34688521
velocity
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
velocity
Гость
Индекс по id_brand есть. Блокировок, как и писал выше, не использую.
...
Рейтинг: 0 / 0
27.07.2007, 12:26
| Ответить | Цитировать | Написать  
25 сообщений из 32, страница 1 из 2
  1  все
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Postgres затыкается на простых запросах и больше не обслуживает пользователей
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]