Re: Hot standby and b-tree killed items
| От | Simon Riggs |
|---|---|
| Тема | Re: Hot standby and b-tree killed items |
| Дата | |
| Msg-id | 1230020483.4793.701.camel@ebony.2ndQuadrant обсуждение исходный текст |
| Ответ на | Re: Hot standby and b-tree killed items (Alvaro Herrera <alvherre@commandprompt.com>) |
| Список | pgsql-hackers |
On Sat, 2008-12-20 at 20:09 -0300, Alvaro Herrera wrote: > Heikki Linnakangas wrote: > > Gregory Stark wrote: > >> A vacuum being replayed -- even in a different database -- could trigger the > >> error. Or with the btree split issue, a data load -- again even in a different > >> database -- would be quite likely cause your SELECT to be killed. > > > > Hmm, I wonder if we should/could track the "latestRemovedXid" separately > > for each database. There's no reason why we need to kill a read-only > > query in database X when a table in database Y is vacuumed. > > What about shared catalogs? Hot Standby already covers this special case. Patch uses GetCurrentVirtualXIDs(), which treats a dbOid of 0 to match against all databases. -- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support
В списке pgsql-hackers по дате отправления: