Apakah tahap isolation transaksi?

Question

Accepted Answer

**Tahap isolation** mengawal sejauh mana transaksi serentak dapat melihat perubahan yang belum di-commit (atau sedang berjalan) antara satu sama lain — menukar **konsistensi** dengan **prestasi/keserentakan**. Isolation yang lebih tinggi menghalang lebih banyak anomali tetapi meningkatkan locking/perebutan.

## Anomali keserentakan (apa yang dihalang oleh isolation)

```text
DIRTY READ        → reading another transaction's UNCOMMITTED changes (which may roll back)
NON-REPEATABLE READ → re-reading a row gives different values (another txn UPDATED it)
PHANTOM READ      → re-running a query returns different ROWS (another txn INSERTED/DELETED)
```

Ini adalah masalah yang boleh berlaku apabila transaksi berjalan secara serentak — tahap isolation mengawal yang mana satu dihalang.

## Empat tahap isolation standard

Setiap tahap yang lebih tinggi menghalang lebih banyak anomali. **Read Committed** ialah lalai yang biasa (menghalang dirty read); **Serializable** ialah yang paling ketat (transaksi berkelakuan seolah-olah dijalankan satu demi satu) tetapi paling menyekat keserentakan.

## Menetapkan tahap isolation

```sql
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
  -- ... operations run at the chosen isolation ...
COMMIT;
```

## Pertukaran asas

```text
Higher isolation → MORE correctness (fewer anomalies), but MORE locking/contention
                   → lower concurrency, potential slowdowns, more deadlocks
Lower isolation  → MORE concurrency/performance, but risk of anomalies
→ Choose based on the data's needs: financial/critical data may need Serializable;
  most apps use Read Committed (the default) as a balance.
→ Note: implementations vary (MVCC vs locking); the SQL standard defines the levels
  but databases differ in details (Postgres, MySQL/InnoDB, etc.).
```

## Mengapa ia penting

Tahap isolation transaksi ialah pengetahuan lanjutan yang penting untuk memahami **keserentakan dalam pangkalan data** — apabila pelbagai transaksi berjalan secara serentak (seperti dalam mana-mana aplikasi berbilang pengguna sebenar), tahap isolation menentukan pertukaran antara konsistensi data dan prestasi, jadi memahaminya bernilai untuk membina aplikasi serentak yang betul dan berprestasi.

Konsep terasnya ialah **anomali keserentakan** (dirty read, non-repeatable read, phantom read — masalah yang timbul apabila transaksi melihat perubahan yang sedang berjalan antara satu sama lain) dan bagaimana **empat tahap isolation** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) secara progresif menghalang lebih banyak daripadanya.

Memahami perkara ini penting untuk ketepatan: memilih tahap isolation yang terlalu rendah boleh membenarkan anomali yang merosakkan data atau menghasilkan keputusan yang salah (cth. membaca data yang belum di-commit yang kemudiannya di-roll back, atau bacaan yang tidak konsisten), manakala memilih yang terlalu tinggi mengurangkan keserentakan dan prestasi.

**Pertukaran asas** — isolation yang lebih tinggi bermakna lebih banyak ketepatan tetapi lebih banyak locking/perebutan (keserentakan lebih rendah, kemungkinan kelembapan dan deadlock), isolation yang lebih rendah bermakna lebih banyak prestasi tetapi risiko anomali — ialah wawasan utama: anda memilih tahap berdasarkan keperluan konsistensi data (data kritikal/kewangan mungkin memerlukan Serializable; kebanyakan aplikasi menggunakan Read Committed sebagai keseimbangan).

Mengetahui bahawa pelaksanaan berbeza-beza (MVCC berbanding locking) juga relevan.

Memandangkan keserentakan adalah semula jadi dalam aplikasi pangkalan data sebenar, dan memandangkan tahap isolation mentadbir keseimbangan kritikal antara konsistensi dan prestasi (dengan pilihan yang salah menyebabkan sama ada anomali data atau masalah prestasi), memahami tahap isolation — anomali, tahap, dan pertukaran konsistensi-berbanding-keserentakan — adalah pengetahuan peringkat senior yang bernilai untuk membina sistem serentak yang betul dan berprestasi serta topik temu duga lanjutan yang biasa yang menunjukkan pemahaman tentang keserentakan pangkalan data.