Re: deadlock in single-row select-for-update + update scenario? How could it happen?
В списке pgsql-general по дате отправления:
| От | Adrian Klaver |
|---|---|
| Тема | Re: deadlock in single-row select-for-update + update scenario? How could it happen? |
| Дата | |
| Msg-id | 53F78124.3090702@aklaver.com обсуждение исходный текст |
| Ответ на | Re: deadlock in single-row select-for-update + update scenario? How could it happen? (hubert depesz lubaczewski <depesz@gmail.com>) |
| Ответы |
Re: deadlock in single-row select-for-update + update
scenario? How could it happen?
|
| Список | pgsql-general |
On 08/22/2014 10:36 AM, hubert depesz lubaczewski wrote: > On Fri, Aug 22, 2014 at 7:20 PM, Adrian Klaver > <adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>> wrote: > > So why are different processes running the exact same queries coming > in on different ports? > > > the importer is parallelized, and sometimes two processes handle batches > of data that happen to update the same "top level row". > > but the deadlocking problem is happening only on one machine, though > very repeatably. Which begs the question, what is different about that machine? > > depesz -- Adrian Klaver adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера