Transaction và các thuộc tính ACID là gì?

Question

Accepted Answer

Một **transaction** là một nhóm các thao tác được xử lý như một đơn vị duy nhất, không thể chia tách — tất cả cùng thành công (`COMMIT`) hoặc tất cả cùng thất bại (`ROLLBACK`). Transaction đảm bảo các thuộc tính **ACID**, giữ cho dữ liệu luôn đúng và nhất quán ngay cả khi có lỗi hoặc truy cập đồng thời.

## Một transaction — tất cả hoặc không gì cả

```sql
BEGIN;                                              -- bắt đầu transaction
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- trừ tiền
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;   -- cộng tiền
COMMIT;                                             -- cả hai thành công → lưu vĩnh viễn
-- nếu có gì thất bại: ROLLBACK → hoàn tác MỌI THỨ (không có chuyển khoản dở dang)
```

Ví dụ kinh điển: một lần chuyển tiền. Cả việc trừ tiền và cộng tiền phải xảy ra, hoặc không cái nào — nếu không tiền sẽ bị mất hoặc bị tạo ra. Một transaction đảm bảo điều này: khi có lỗi, `ROLLBACK` hoàn tác mọi thay đổi, để database như chưa từng có gì xảy ra.

## ACID — bốn đảm bảo

```text
A — ATOMICITY (Nguyên tử)   → mọi thao tác cùng thành công hoặc cùng thất bại (không có transaction dở dang)
C — CONSISTENCY (Nhất quán) → database chuyển từ một trạng thái hợp lệ sang trạng thái hợp lệ khác (constraint giữ vững)
I — ISOLATION (Cô lập)      → các transaction đồng thời không can thiệp lẫn nhau (như thể chạy tuần tự)
D — DURABILITY (Bền vững)   → một khi đã commit, thay đổi tồn tại qua sự cố (được lưu vĩnh viễn)
```

Các thuộc tính này là điều khiến cơ sở dữ liệu quan hệ đáng tin cậy cho dữ liệu quan trọng.

## Tại sao tính nguyên tử quan trọng (lợi ích cốt lõi)

```text
Không có transaction, một lỗi giữa chừng để dữ liệu ở trạng thái không nhất quán:
  tiền bị trừ khỏi một tài khoản nhưng không được cộng vào tài khoản khác → hỏng dữ liệu.
Tính nguyên tử (tất cả hoặc không gì cả) ngăn điều này — nền tảng của toàn vẹn dữ liệu cho
mọi thao tác nhiều bước (chuyển khoản, đơn hàng với nhiều dòng hàng, v.v.).
```

## Cô lập và đồng thời

```text
Khi nhiều transaction chạy đồng thời, ISOLATION kiểm soát những gì chúng có thể thấy về
thay đổi chưa commit của nhau. Các MỨC isolation (Read Committed, Repeatable Read,
Serializable) đánh đổi giữa nhất quán và hiệu năng — isolation cao hơn = đúng đắn hơn
nhưng nhiều khóa/tranh chấp hơn. (Một chủ đề sâu hơn riêng.)
```

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

Transaction và các thuộc tính ACID là nền tảng cho database đáng tin cậy — chúng là cái đảm bảo dữ liệu luôn đúng và nhất quán ngay cả giữa các lỗi và truy cập đồng thời, điều thiết yếu cho mọi ứng dụng xử lý dữ liệu quan trọng, nên hiểu chúng là quan trọng.

Giá trị cốt lõi là **tính nguyên tử** (tất cả hoặc không gì cả): bất kỳ thao tác nào gồm nhiều bước (một lần chuyển tiền, tạo đơn hàng với các dòng hàng, cập nhật các record liên quan) phải thành công hoàn toàn hoặc không gì cả — nếu không một lỗi giữa chừng sẽ để database ở **trạng thái hỏng, không nhất quán** (ví dụ kinh điển: tiền bị trừ nhưng không được cộng).

Transaction đảm bảo điều này với `COMMIT`/`ROLLBACK`, khiến chúng thiết yếu cho toàn vẹn dữ liệu trong các thao tác nhiều bước.

Hiểu đầy đủ các thuộc tính **ACID** — **Atomicity** (tất cả hoặc không gì cả), **Consistency** (trạng thái hợp lệ), **Isolation** (các transaction đồng thời không can thiệp lẫn nhau) và **Durability** (thay đổi đã commit tồn tại qua sự cố) — giải thích vì sao cơ sở dữ liệu quan hệ được tin dùng cho dữ liệu quan trọng (tài chính, đơn hàng, kho).

Biết rằng **isolation** kiểm soát hành vi đồng thời (với các mức isolation đánh đổi nhất quán lấy hiệu năng) kết nối tới các chủ đề đồng thời sâu hơn.

Vì toàn vẹn dữ liệu là then chốt cho ứng dụng đáng tin cậy, và vì transaction (cung cấp tính nguyên tử và các đảm bảo ACID) là cơ chế đảm bảo các thao tác nhiều bước không làm hỏng dữ liệu và database luôn nhất quán dưới các lỗi và đồng thời, hiểu transaction và ACID là kiến thức quan trọng, nền tảng để xây ứng dụng có dữ liệu đáng tin cậy — đó là nền móng của độ tin cậy database và là một chủ đề phỏng vấn quan trọng, phổ biến cho thấy hiểu biết về cách database đảm bảo tính đúng đắn.