|
1 | | -<!-- $PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.80 2007/09/1402:43:18 momjian Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.81 2007/09/1413:43:03 momjian Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter id="maintenance"> |
4 | 4 | <title>Routine Database Maintenance Tasks</title> |
|
262 | 262 | </tip> |
263 | 263 |
|
264 | 264 | <para> |
265 | | - Recommended practice for most sites is to schedule a database-wide |
266 | | - <command>ANALYZE</> once a day at a low-usage time of day; this can |
267 | | - usefully be combined with a nightly <command>VACUUM</>. However, |
268 | | - sites with relatively slowly changing table statistics might find that |
269 | | - this is overkill, and that less-frequent <command>ANALYZE</> runs |
270 | | - are sufficient. |
| 265 | + Fortunately, autovacuum (<xref linkend="autovacuum">) monitors table |
| 266 | + activity and performs <command>ANALYZE</command>s when necessary. This |
| 267 | + eliminates the need for administrators to manually schedule |
| 268 | + <command>ANALYZE</command>. |
| 269 | + </para> |
| 270 | + |
| 271 | + <para> |
| 272 | + For those not using autovacuum, one approach is to schedule a |
| 273 | + database-wide <command>ANALYZE</> once a day at a low-usage time of |
| 274 | + day; this can usefully be combined with a nightly <command>VACUUM</>. |
| 275 | + However, sites with relatively slowly changing table statistics might |
| 276 | + find that this is overkill, and that less-frequent <command>ANALYZE</> |
| 277 | + runs are sufficient. |
271 | 278 | </para> |
272 | 279 | </sect2> |
273 | 280 |
|
|