Kas yra VACUUM ir kodėl jis yra svarbus?

Question

Accepted Answer

**`VACUUM`** yra PostgreSQL priežiūros procesas, kuris atgauna saugyklą iš **negyvų polių** (pasenusių eilučių versijų, paliktos MVCC) ir atnaujina statistiką. Kadangi Postgres MVCC sukuria negyvus eilutės su kiekvienu UPDATE/DELETE, VACUUM yra esminis norint išvengti **pūdymo** ir pasilikti duomenų bazei sveikai. **Autovacuum** tai automatizuoja.

## Kodėl egzistuoja negyvos polės (MVCC ryšys)

```text
MVCC: an UPDATE/DELETE doesn't overwrite a row — it marks the old version obsolete
(a "dead tuple") and may create a new one. Dead tuples accumulate over time.
→ Without cleanup, dead tuples cause BLOAT: wasted disk space, slower scans
  (more data to read), degraded performance.
VACUUM reclaims this dead space → keeps tables compact and queries fast.
```

## Ką VACUUM daro

```sql
VACUUM users;                  -- reclaim dead-tuple space (reusable, but doesn't shrink the file)
VACUUM FULL users;             -- rewrites the table → reclaims space to the OS, but LOCKS
                               -- the table (avoid in production / use sparingly)
VACUUM ANALYZE users;          -- vacuum + update statistics (for the query planner)
ANALYZE users;                 -- update statistics only (helps the planner choose good plans)
```

```text
VACUUM      → marks dead-tuple space reusable (no exclusive lock — normal maintenance)
VACUUM FULL → fully reclaims space to the OS but rewrites + LOCKS the table (heavy)
ANALYZE     → updates table statistics so the planner makes good decisions
```

## Autovacuum — automatinė priežiūra

```text
AUTOVACUUM runs automatically in the background, vacuuming/analyzing tables when
enough rows have changed → handles routine maintenance without manual intervention.
→ Usually leave it ON. Tune its settings for high-write tables that need more
  frequent vacuuming (or it falls behind → bloat builds up).
```

## VACUUM problemų požymiai

```text
✗ Table/index BLOAT (much larger than the actual data) → slow queries, wasted space
✗ Outdated statistics → the planner picks bad query plans
✗ Transaction ID wraparound risk (if vacuum is severely neglected — a serious issue)
→ Monitor with pg_stat_user_tables (dead tuple counts, last vacuum time)
```

## Kodėl tai svarbu

Supratimas apie VACUUM yra svarbus **tinkamai PostgreSQL valdyti**, nes tai yra tiesioginis Postgres MVCC architektūros pasekmė ir esminis duomenų bazės sveikatai — jo nepaisymas sukelia tikras, rimtas veikimo ir operacinės sistemos problemas.

Pagrindinė sąsaja yra ta, kad **MVCC sukuria negyvus polius** (pasenusios eilučių versijos) su kiekvienu UPDATE ir DELETE, ir jos kaupisis kaip **pūdymas** (švaistoma vieta, lėtesni skaniavimas, pablogėjęs veikimas), jei nebalansuojama — VACUUM yra tas valymas, atgaunantis negyvų polių saugyklą ir palikdamas lenteles kompaktiškos ir užklausas greitas.

Supratimas apie variantus — reguliarusis `VACUUM` (atgauna saugyklą naudojimui, įprasta priežiūra, nėra sunkaus blokavimo), `VACUUM FULL` (visiškai atgauna saugyklą operacinei sistemai, bet perrašo ir užrakina lentelę, todėl naudojamas retai), ir `ANALYZE` (atnaujina statistiką, kad užklausų planuotojas priimtų gerus sprendimus) — yra svarbus priežiūrai.

Žinojimas apie **autovacuum** (automatinis foninis procesas, kuris tvarko įprastą vakuumavimą, kurį paprastai palikiate, bet gali tekti *suderinti* aukšto rašymo lentelėms, kad neatsiliektų) yra svarbi operacinė žinios.

Pažinimas **VACUUM problemų požymių** (lentelės/indekso pūdymas, pasenusi statistika sukeldama blogus užklausų planus, ir svarbi operacinės sistemos rizika dėl operacijos ID apvijimo, jei vakuumas yra pavojingai nepaisomas) ir jų stebėjimas yra svarbus produkcijos duomenų bazių sveikatai palaikyti.

Kadangi VACUUM yra Postgres specifinė operacinė būtinybė (tiesiogiai kylanti iš MVCC), ir kadangi jo nepaisymas sukelia pūdymą, lėtas užklausas, blogus planus ir net kritinių apvijimo problemų, supratimas apie VACUUM — kodėl jis reikalingas (MVCC negyvos polės), ką variantai daro, autovacuum, ir problemų požymiai — yra svarbi aukšto lygio žinios PostgreSQL patikimam valdymui, dažnai aktuali priežiūros problema, kuri atskiria tuos, kurie gali paleisti Postgres gamyboje, nuo tų, kurie susiduria su išvengiamomis veikimo pablogijiems.