Các mức cô lập transaction (isolation level) là gì?

Question

Accepted Answer

**Isolation level (mức cô lập)** kiểm soát mức độ mà các transaction đồng thời có thể thấy những thay đổi chưa commit (hoặc đang diễn ra) của nhau — đánh đổi giữa **nhất quán** và **hiệu năng/đồng thời**. Cô lập cao hơn ngăn nhiều bất thường hơn nhưng tăng khóa/tranh chấp.

## Các bất thường đồng thời (cái mà cô lập ngăn chặn)

```text
DIRTY READ          → đọc thay đổi CHƯA COMMIT của transaction khác (có thể bị rollback)
NON-REPEATABLE READ → đọc lại một dòng cho giá trị khác (transaction khác đã UPDATE nó)
PHANTOM READ        → chạy lại một truy vấn trả về các DÒNG khác (transaction khác đã INSERT/DELETE)
```

Đây là các vấn đề có thể xảy ra khi các transaction chạy đồng thời — isolation level kiểm soát cái nào được ngăn chặn.

## Bốn mức isolation chuẩn

Mỗi mức cao hơn ngăn nhiều bất thường hơn. **Read Committed** là mặc định phổ biến (ngăn dirty read); **Serializable** là chặt nhất (các transaction hành xử như thể chạy lần lượt) nhưng hạn chế đồng thời nhất.

## Đặt mức isolation

```sql
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
  -- ... các thao tác chạy ở mức cô lập đã chọn ...
COMMIT;
```

## Sự đánh đổi cơ bản

```text
Cô lập cao hơn → ĐÚNG ĐẮN hơn (ít bất thường), nhưng NHIỀU khóa/tranh chấp hơn
                 → đồng thời thấp hơn, có thể chậm, nhiều deadlock hơn
Cô lập thấp hơn → ĐỒNG THỜI/hiệu năng cao hơn, nhưng rủi ro bất thường
→ Chọn dựa trên nhu cầu của dữ liệu: dữ liệu tài chính/quan trọng có thể cần Serializable;
  hầu hết ứng dụng dùng Read Committed (mặc định) như một sự cân bằng.
→ Lưu ý: cách triển khai khác nhau (MVCC vs khóa); chuẩn SQL định nghĩa các mức
  nhưng các database khác nhau ở chi tiết (Postgres, MySQL/InnoDB, v.v.).
```

## Tại sao điều này quan trọng

Isolation level của transaction là kiến thức nâng cao quan trọng để hiểu **tính đồng thời trong database** — khi nhiều transaction chạy đồng thời (như trong bất kỳ ứng dụng đa người dùng thực tế nào), isolation level quyết định sự đánh đổi giữa nhất quán dữ liệu và hiệu năng, nên hiểu chúng có giá trị để xây các ứng dụng đồng thời đúng đắn, hiệu năng.

Các khái niệm cốt lõi là các **bất thường đồng thời** (dirty read, non-repeatable read, phantom read — các vấn đề nảy sinh khi các transaction thấy thay đổi đang diễn ra của nhau) và cách **bốn mức isolation** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) lần lượt ngăn nhiều bất thường hơn.

Hiểu điều này quan trọng cho tính đúng đắn: chọn mức cô lập quá thấp có thể cho phép các bất thường làm hỏng dữ liệu hoặc cho kết quả sai (vd đọc dữ liệu chưa commit rồi bị rollback, hoặc đọc không nhất quán), trong khi chọn quá cao giảm đồng thời và hiệu năng. **Sự đánh đổi cơ bản** — cô lập cao hơn nghĩa là đúng đắn hơn nhưng nhiều khóa/tranh chấp hơn (đồng thời thấp hơn, có thể chậm và deadlock), cô lập thấp hơn nghĩa là hiệu năng cao hơn nhưng rủi ro bất thường — là điểm mấu chốt: bạn chọn mức dựa trên yêu cầu nhất quán của dữ liệu (dữ liệu quan trọng/tài chính có thể cần Serializable; hầu hết ứng dụng dùng Read Committed như một sự cân bằng).

Biết rằng cách triển khai khác nhau (MVCC vs khóa) cũng liên quan.

Vì đồng thời là cố hữu trong các ứng dụng database thực tế, và vì isolation level chi phối sự cân bằng then chốt giữa nhất quán và hiệu năng (với lựa chọn sai gây ra hoặc bất thường dữ liệu hoặc vấn đề hiệu năng), hiểu isolation level — các bất thường, các mức, và sự đánh đổi nhất quán-vs-đồng thời — là kiến thức cấp senior giá trị để xây các hệ thống đồng thời đúng đắn, hiệu năng và là một chủ đề phỏng vấn nâng cao phổ biến cho thấy hiểu biết về tính đồng thời của database.