msa@n-e.ruМожно ли установить ISOLATION LEVEL в READ UNCOMMITTED ? Как прочесть данные, модифицируемые параллельной транзакцией?


12.2. Transaction Isolation
...
PostgreSQL offers the Read Committed and Serializable isolation levels.

А можно ли поинтересоваться зачем?
ИМХО, если юзается грязное чтение, то "не всё спокойно в королевстве датском".

msa@n-e.ruя ваще не понял откуда там deadlook

Ах вон оно в чём дело!!! С этого и надо было начинать.

Такая хрень, как правило, происходит при неправильной последовательности действий. Например, есть 2 ф-ции:
в первой происходит
- апдейт таблица_1
- апдейт таблица_2
во второй
- апдейт таблица_2
- апдейт таблица_1

Всё. Дедлок гарантирован. При большой нагрузке точно вылезет. 90% случаев из-за этого.

А про понижение уровеня изоляции я выше высказался.

msa@n-e.ruда я понимаю откуда может дедлок браться впринципе :-) просто не понимаю откуда он у меня :-))) на первый взгляд таких апдейтов у меня нету в транзакциях, но видимо надо внимательнее смотреть

Включаешь логирование запросов и гонишь тест. Смотришь в каком потоке произошёл дедлок и выше по логу смотришь какой запрос это вызвал.
Будет по крайней мере информация от чего отталкиваться при поиске.

msa@n-e.ruа тест откуда взять? :-) дедлок то вызывает конкретное приложение, даже конкретный кусок кода в приложении или пытаться параллельно выполнить все со всеми транзакции которые есть в приложении ? :-))

Тут конечно хуже. При отладке движка веб-сайта мы просто нагрузили Апач Jmeter-ом на подозрительных участках.
Как вариант врубить логирование и просто работать дальше. Когда сработает, тогда и смотреть. Других вариантов не возникает.
Место для лога только надо высвободить - его ОЧЕНЬ много надо. :-(((
Приложение вы разрабатываете или оно пришлое?