Re: could not access status of transaction pg_multixact issue
От | jim_yates |
---|---|
Тема | Re: could not access status of transaction pg_multixact issue |
Дата | |
Msg-id | 1412885826355-5822449.post@n5.nabble.com обсуждение исходный текст |
Ответ на | Re: could not access status of transaction pg_multixact issue (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: could not access status of transaction pg_multixact issue
|
Список | pgsql-sql |
Alvaro Herrera-9 wrote > You need to *minimum* of all the values in relminmxid (excluding those > that are zero). > > The pg_controldata value is a mechanism to determine which value is > minimum -- when there's been wraparound, the minimum might be "smaller > than zero", i.e. something like 4 thousand millions. I doubt this is > your case though. > > -- > Álvaro Herrera http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Training & Services Then I'm really confused. The minimum relminmxid for all the rows in pg_class that have relminmxid greater then zero is 1. That's the current value of datminmxid in pg_database. And the NextMultiXactId from pg_controldump is 303464. So if I use the min value from pg_class then I have some other issue. Where should I get the new pg_database value from? -- View this message in context: http://postgresql.1045698.n5.nabble.com/could-not-access-status-of-transaction-pg-multixact-issue-tp5822248p5822449.html Sent from the PostgreSQL - sql mailing list archive at Nabble.com.
В списке pgsql-sql по дате отправления: