VACUUM என்றால் என்ன மற்றும் ஏன் இது முக்கியமானது?

Question

Accepted Answer

**`VACUUM`** என்பது PostgreSQL இன் பராமரிப்பு செயல்முறையாகும், இது **இறந்த tuples** (MVCC மூலம் விட்டுச் செல்லப்பட்ட சாசனமற்ற வரி பதிப்புகள்) இலிருந்து சேமிப்பிடத்தை மீட்டெடுத்து புள்ளிவிவரங்களை புதுப்பிக்கிறது. Postgres இன் MVCC ஒவ்வொரு UPDATE/DELETE க்கும் இறந்த வரிகளை உருவாக்குவதால், VACUUM **பொதிந்து போகுதல்** ஐ தடுக்க மற்றும் தரவுத்தளத்தை ஆரோக்கியமாக வைத்திருக்க அপরிহார்யமாகும். **Autovacuum** இதை தானாக செய்கிறது.

## MVCC இணைப்பு (இறந்த tuples ஏன் உள்ளன)

```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.
```

## VACUUM என்ன செய்கிறது

```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 — தானியங்கி பராமரிப்பு

```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 பிரச்சனைகளின் அறிகுறிகள்

```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)
```

## ஏன் இது முக்கியமானது

VACUUM ஐ புரிந்துகொள்வது PostgreSQL ஐ சரியாக **இயக்குவதற்கு** முக்கியமாகும், ஏனெனில் இது Postgres இன் MVCC வாস்துபுவியின் நேரடி விளைவாகும் மற்றும் தரவுத்தளத்தின் ஆரோக்கியத்திற்கு அপரிහார்யமாகும் — இதை புறக்கணிப்பது உண்மையான, தீவிரமான செயல்திறன் மற்றும் இயங்குவதற்கான சிக்கல்களை ஏற்படுத்துகிறது.

மৌலிக இணைப்பு என்பது **MVCC இறந்த tuples ஐ உருவாக்குகிறது** (சாசனமற்ற வரி பதிப்புகள்) ஒவ்வொரு UPDATE மற்றும் DELETE யிலும், மற்றும் இவை **பொதிந்து போகுதல்** ஆக (வீணாகிய இடம், மெதுவான ஸ்கேன்கள், குறைந்த செயல்திறன்) சேர்கின்றன தீர்க்கப்படாவிட்டால் — VACUUM என்பது அந்த சமாதान, இறந்த-tuple இடத்தை மீட்டெடுத்து மேசைகளை கச்சிதமாக வைத்திருக்கவும் கேள்விகளை வேகமாக வைத்திருக்கவும்.

வேறுபாடுகளைப் புரிந்துகொள்வது — வழக்கமான `VACUUM` (மறுபயன்பாட்டிற்கான இடத்தை மீட்டெடுக்கிறது, சாதாரண பராமரிப்பு, கனமான பூட்டு இல்லை), `VACUUM FULL` (OS க்கு முழுவதுமாக இடத்தை மீட்டெடுக்கிறது ஆனால் மேசையை மீண்டும் எழுதி பூட்டுகிறது, எனவே அரிதாக பயன்படுத்தப்படுகிறது), மற்றும் `ANALYZE` (புள்ளিவிவரங்களை புதுப்பிக்கிறது இதனால் வினவல் திட்டமிடுபவர் நல்ல முடிவுகளை எடுக்கிறார்) — பராமரிப்பிற்கு முக்கியமாகும்.

**autovacuum** பற்றிய அறிவு (தானியங்கி பின்னணி செயல்முறை இது வழக்கமான விடுமுறையை கையாளுகிறது, இதை நீங்கள் பொதுவாக இயக்கியே வைக்கிறீர்கள் ஆனால் உচ்च-எழுத்து மேசைகளுக்கு *சரிசெய்யக்கூடும்* இதனால் இது பின்தங்கிவிடாது) என்பது முக்கியமான இயங்கும் அறிவு.

**VACUUM பிரச்சனைகளின் அறிகுறிகளை** ஓதளம் செய்வது (மேசை/சూचकாங்க பொதிந்து போகுதல், சாசனமற்ற புள்ளிவிவரங்கள் மோசமான வினவல் திட்டங்களை ஏற்படுத்துகிறது, மற்றும் விடுமுறை கடுமையாக புறக்கணிக்கப்பட்டால் பரிவர்த்தனை ID மாற்றத்தின் தீவிர ஆபத்து) மற்றும் அவற்றை கண்காணிக்கவும் என்பது উৎபாদन தரவுத்தளங்களை ஆரோக்கியமாக வைத்திருக்க முக்கியமாகும்.

VACUUM ஒரு Postgres-குறிப்பிட்ட இயங்கும் அவசியமாக இருப்பதால் (MVCC இலிருந்து நேரடியாக வருகிறது), மற்றும் இதை புறக்கணிப்பது பொதிந்து போகுதல், மெதுவான கேள்விகள், மோசமான திட்டங்கள், மற்றும் கூட முக்கியமான மாற்றம் சிக்கல்களை ஏற்படுத்துவதால், VACUUM ஐ புரிந்துகொள்வது — ஏன் இது தேவைப்படுகிறது (MVCC இறந்த tuples), வேறுபாடுகள் என்ன செய்கின்றன, autovacuum, மற்றும் பிரச்சனைகளின் அறிகுறிகள் — PostgreSQL ஐ நம்பகமாக இயக்க முதிர்ந்த-நிலை அறிவு, அடிக்கடி-உறவான பராமரிப்பு கவலை இது PostgreSQL ஐ உৎபாദனத்தில் இயக்கக்கூடியவர்களுக்கு வேறுபடுத்தி உபயோக-ஏதுவாக வைத்திருக்கக்கூடிய செயல்திறன் சீர்குலைவை அடிப்படையாக கொண்டது।