Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression
От | Peter Eisentraut |
---|---|
Тема | Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression |
Дата | |
Msg-id | 16ed823b-44e4-dc51-3da9-a3d66b71ed5c@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: [BUGS] Concurrent ALTER SEQUENCE RESTART Regression
|
Список | pgsql-bugs |
On 4/25/17 00:26, Michael Paquier wrote: > So things are broken for sequences since commit 1753b1b0 (adding Peter > in CC) that has changed the way sequence metadata is handled. The > failure happens in CatalogTupleUpdate() which uses > simple_heap_update() that caller can only use if updates are > concurrent safe. But since 1753b1b0 that is not true as the sequence > is locked with AccessShareLock. I think you are confusing locking the sequence versus locking the pg_sequence catalog. The error is coming from CatalogTupleUpdate() on pg_sequence, which is locked using RowExclusiveLock, which is what we use for most DDL commands doing catalog changes. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: