Re: DROP STATISTICS results in "ERROR: tuple concurrently updated"
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: DROP STATISTICS results in "ERROR: tuple concurrently updated" |
| Дата | |
| Msg-id | 8683.1563905696@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | DROP STATISTICS results in "ERROR: tuple concurrently updated" (Manuel Rigger <rigger.manuel@gmail.com>) |
| Ответы |
Re: DROP STATISTICS results in "ERROR: tuple concurrently updated"
|
| Список | pgsql-bugs |
Manuel Rigger <rigger.manuel@gmail.com> writes:
> When running multiple threads that operate on distinct databases, a
> "DROP STATISTICS" sometimes results in an error "ERROR: tuple
> concurrently updated". Would it be useful to make this error
> reproducible, or could this be expected, similar to the VACUUM
> deadlocks [1]?
I think it'd be worth running to ground, at least. One could imagine that
the error is coming from one session trying to delete a statistics row
that some other session has updated-and-not-yet-committed; but then the
question is why there's not sufficient interlocking to avoid that.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера