периодически проскакивают deadlock detected

но я не понимаю почему.
а пока не пойму, не смогу вылечить....

подскажите какой нибудь простой пример как можно смоделировать эту ситуацию, чтоб появился deadlock detected.

у меня получилось воспроизвести deadlock detected
по умолчанию стоит deadlock_timeout=1s
поставил
deadlock_timeout=10s

всё равно выскочил deadlock detected, но только на 10 секунд позже.
т.е. увеличив этот параметр, я не избавился от deadlock detected, а только увеличил тупняк базы...

для чего тогда нужен параметр deadlock_timeout, если он делает только хуже?

qwwqkkv79,

чтобы дятел в своем приложении (в менее важной ветке) успел сам отказаться от вызвавшего дедлок стейтмента, а не отдавать на откуп СУБД решение , какую из 2-х веток рубить. Но это сложно -- читать самому дерево блокировок, самому вычислять дедлоки, самому предлагать пользователю откатить транзакцию [или её фрагмент до сейвпойнта]. Гораздо проще правильно обрабатывать ошибку на клиенте. И ставить таймаут в минимум.


т.е. делок -- это ситуация, не разрешимая без внешнего вмешательства . СУБД предлагает вам сервис по разрешению, снятием одного из конкурирующих за ресурсы (обычно -- в скрест) 2-х потоков команд. До тех пор пока вы не научитесь вмешиваться сами (и у вас не появиться тяга к обильному hand-job-у) -- полжитесь на этот сервис.

у меня есть тикер, который раз в секунду обновляет поле в одной из таблиц, а дальше триггер на этом поле, делает кучу полезных вещей, необходимых для функционирования системы.

дак вот именно он (тикер), периодически дэдлочится с другими более важными апдэйтами.
получается, нужно выставить deadlock_timeout=3s например.
и замерять время выполнения данной транзакции (тикера)
и если вдруг, транзакция не завершилась за 3 сек. то отменить её, т.к. она менее важная, чем поступившие данные от клиента.
я правильно понял?

[/quot]
Нет, ну вообще это вариант, конечно, но похожий на перематывание скотчем. ;)
Кстати, Вы уверены, что знаете, как это реализовать?
Короче, как временная мера пойдёт, а вообще послушали бы Вы Alexius и vyegorov...[/quot]

получилось.

поставил для тикера таймаут транзакции 2 сек.
а deadlock_timeout=2100

дэдлоки пропали и появились
но это уже намного лучше чем было....
теперь хоть пользовательские данные не пропадают.

vyegorovkkv79,

Если вы знаете, что вы делаете, то пусть будет так.
Но на самом деле вы скрыли симптомы, вообще не заглянув в проблему.

Как администратор стороннего софта, я предпочел бы как можно быстрее эскалировать проблему разработчику, собрав все участвующие в дэдлоке запросы, частоту дэдлоков и мое видение на то, как проблему решать. Т.к. в противном случае, если “прорвет” где-то еще, то прийдут ко мне и спросят. И будут правы.


сейчас как раз занимаюсь разбором запросов вызывающих блокировки....
уже кое что даже нашёл и поправил ))
теперь я полностью понял как они появляются и как их лечить....
спасибо за помощь.