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 | 53F783D1.7030602@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:50 AM, hubert depesz lubaczewski wrote: > On Fri, Aug 22, 2014 at 7:43 PM, Adrian Klaver > <adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>> wrote: > > Which begs the question, what is different about that machine? > > > No idea. I can pass all the question you might have, but I'm ~ 6000 > miles away from any machine running this code. Which in itself might be a clue. Is all the code/data running on/coming from that machine or is some coming in remotely? Where network latency might be an issue? > > depesz -- Adrian Klaver adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера