Re: Vacuum Vs Vacuum Full
| От | Adrian Klaver |
|---|---|
| Тема | Re: Vacuum Vs Vacuum Full |
| Дата | |
| Msg-id | 200808050620.42805.aklaver@comcast.net обсуждение исходный текст |
| Ответ на | Vacuum Vs Vacuum Full (Robert Shaw <redsmurfau@msn.com>) |
| Ответы |
Re: Vacuum Vs Vacuum Full
|
| Список | pgsql-general |
On Monday 04 August 2008 11:04:00 pm Robert Shaw wrote: > Hi, > > I've been trying to get to the bottom of the differences between a vacuum > and a vacuum full, it seems to me that the difference is that a vacuum full > also recovers disk space(and locks things making it less than useful on > production servers). But I believe that both will fix the transaction > ID(example message below). > > "WARNING: database "mydb" must be vacuumed within 177009986 transactions > HINT: To avoid a database shutdown, execute a full-database VACUUM in > "mydb"."Which is reason I ask the question, is full vacuum backup useful > for anything other than reclaiming disk space. > > On a side note, we doubled our page slots, but they ran out much faster(of > course) than we thought, is there a good sql statement that can tell you > what your current transaction ID is? > > Thanks in advance. > > Cheers, > Rob > Actually its not asking for a VACUUM FULL but a VACUUM of the full database, instead of selected tables. See below for complete details http://www.postgresql.org/docs/8.3/interactive/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND -- Adrian Klaver aklaver@comcast.net
В списке pgsql-general по дате отправления: