Postgres и тормоза при alter table

Извинияюсь. Система Centos 5, Postgres 8.1.18.

пока кто-то юзает эту таблицу(или базу, смотри доки за подробностями) оно не даст ничего с ней сделать.

Ждёт какой-то лок. Может, это баг. А может просто кто-то начал транзакцию и не завершает её. Есть активные сеансы в тот момент, когда alter висит? Каким клиентом alter запускаешь, psql? Какие команды выполнял в том же сеансе до запуска alter?

да это стандартная фигня постгреса а не баг (http://www.postgresql.org/docs/current/static/explicit-locking.html)

Это вполне возможно, т.к. он используется из апача через постоянный коннект к БД. Такой лок может происходить и при чтении данной таблицы? При изменении я всегда коммит делаю после него.

Есть-ли возможность узнать что именно заблокировало таблицу?

Alter запускаю через psql. Параллельно, как уже написал, с базой работают мои скрипты из апача.

SELECT l.mode, d.datname, c.relname, l.granted, l.transactionid

FROM pg_locks AS l

LEFT JOIN pg_database AS d ON l.database= d.oid

LEFT JOIN pg_class AS c ON l.relation = c.oid;

список локов

О! Большое спасибо!

И еще небольшой вопрос - можно где-то задать время ожидания операции до выдачи ошибки при блокировке?

log_min_error_statement (enum)

log_min_duration_statement (integer)

вот эти два параметра подвигай в конфиге, первым повысишь уровень логирования, второй при значении >0 будут логироватся sql которые выполняются более указанного времени, при =0 все sql логируются.

крайне полезно

p.s. конкретно про таймаут на локировку, вот так вот сразу наизусть не помню

Всем спасибо! Вы очень помогли. Поставил commit во все подозрительные места - блокировок стало намного меньше и alter table работает как надо. :) Я уж начал бояться что опять на mysql переходить придется. :)))

ненененнееенее дэвид блэйн ;)