Re: pg_restore encounter deadlock since PostgreSQL bringing up
В списке pgsql-general по дате отправления:
| От | zh1029 |
|---|---|
| Тема | Re: pg_restore encounter deadlock since PostgreSQL bringing up |
| Дата | |
| Msg-id | 1447743431496-5874160.post@n5.nabble.com обсуждение |
| Ответ на | Re: pg_restore encounter deadlock since PostgreSQL bringing up (Adrian Klaver <adrian.klaver@aklaver.com>) |
| Список | pgsql-general |
Hi, Per my understanding, From the query which resulted in the deadlock “SELECT sequence_name, start_value, increment_by***********”, it appears that the query which holds the lock is related to sequence numbers. From our understanding it appears that, whenever there is a serial type of data member, PostgreSQL internally needs to keep track of sequence numbers across the dump and restore. Is it possible select query is triggered by PostgreSQL bringing up(to bring up internal database) instead of dump file? because from the log, it looks failed while doing DROP SCHEMA public CASCADE. -- View this message in context: http://postgresql.nabble.com/pg-restore-encounter-deadlock-since-PostgreSQL-bringing-up-tp5874146p5874160.html Sent from the PostgreSQL - general mailing list archive at Nabble.com.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера