Re: Improvement of procArray.xmin for VACUUM
| От | Gregory Stark |
|---|---|
| Тема | Re: Improvement of procArray.xmin for VACUUM |
| Дата | |
| Msg-id | 874poa62ki.fsf@oxford.xeocode.com обсуждение исходный текст |
| Ответ на | Re: Improvement of procArray.xmin for VACUUM (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Improvement of procArray.xmin for VACUUM
|
| Список | pgsql-patches |
> OTOH, do we have any evidence that this is worth bothering with at all? > I fear that the cases of long-running transactions that are problems > in the real world wouldn't be helped much --- for instance, pg_dump > wouldn't change behavior because it uses a serializable transaction. Well I think this would be the same infrastructure we would need to do the other discussed improvement to address pg_dump's impact. That would require us to publish the youngest xmax of the live snapshots. Vacuum could deduce that that xid cannot possibly see any transactions between the youngest extant xmax and the oldest in-progress transaction. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-patches по дате отправления: