Một transaction database nhóm nhiều thao tác lại để chúng hoặc tất cả thành công hoặc tất cả thất bại cùng nhau (tính nguyên tử) — ngăn các cập nhật một phần, không nhất quán. Django cung cấp transaction.atomic để bọc các thao tác trong một transaction, đảm bảo toàn vẹn dữ liệu cho các thao tác nhiều bước.
():
from_account.balance -= amount
from_account.save()
to_account.balance += amount
to_account.save()
Không có transaction, nếu thao tác thứ hai thất bại, thao tác thứ nhất đã commit — để lại database ở trạng thái hỏng, không nhất quán (tiền bị trừ nhưng không được cộng).
from django.db import transaction
# như một context manager
def transfer_money(from_account, to_account, amount):
with transaction.atomic(): # mọi thứ bên trong là MỘT transaction
from_account.balance -= amount
from_account.save()
to_account.balance += amount
to_account.save()
# nếu BẤT KỲ thao tác nào raise exception, TOÀN BỘ block bị ROLLBACK
# → hoặc cả hai save xảy ra, hoặc không cái nào (tính nguyên tử)
# hoặc như một decorator trên cả một hàm/view
@transaction.atomic
def create_order(request):
order = Order.objects.create(...)
for item in items:
OrderItem.objects.create(order=order, ...)
# tất-cả-hoặc-không-gì: một thất bại ở bất kỳ đâu rollback toàn bộ việc tạo order
Bên trong atomic(), nếu bất kỳ thao tác nào raise exception, Django rollback mọi thay đổi trong block — nên database không bao giờ bị để lại nửa chừng. Khi thành công, mọi thay đổi commit cùng nhau.
with transaction.atomic(): # transaction ngoài
do_something()
try:
with transaction.atomic(): # bên trong = một SAVEPOINT
risky_operation()
except Exception:
pass # bên trong rollback về savepoint; bên ngoài tiếp tục
Các block atomic lồng nhau dùng savepoint — block bên trong có thể rollback độc lập mà không hủy bỏ toàn bộ transaction bên ngoài.
✓ Bắt exception BÊN NGOÀI block atomic (bắt bên trong có thể phá vỡ xử lý rollback)
✓ select_for_update() khóa các hàng trong một transaction (ngăn race condition khi cập nhật)
with transaction.atomic():
account = Account.objects.select_for_update().get(pk=id) # hàng bị khóa đến khi commit
✓ Setting ATOMIC_REQUESTS bọc MỌI request trong một transaction (theo từng database)
✓ Giữ transaction NGẮN — transaction dài giữ lock, làm hại tính đồng thời
Transaction database là thiết yếu cho toàn vẹn dữ liệu mỗi khi một thao tác bao gồm nhiều thay đổi database liên quan phải thành công hoặc thất bại như một đơn vị — và hiểu transaction.atomic là kiến thức quan trọng để xây dựng các ứng dụng đúng đắn, đáng tin cậy.
Vấn đề cốt lõi transaction giải quyết là thất bại một phần: không có tính nguyên tử, nếu một thao tác nhiều bước thất bại giữa chừng (một crash, một exception, một vi phạm ràng buộc), database bị để lại ở trạng thái không nhất quán — ví dụ chuyển tiền kinh điển (trừ từ một tài khoản nhưng không cộng vào tài khoản khác) minh họa cách điều này làm hỏng dữ liệu và có thể gây hậu quả nghiêm trọng. transaction.atomic cung cấp đảm bảo rằng các thao tác là tất-cả-hoặc-không-gì (rollback toàn bộ block khi có bất kỳ thất bại nào), điều cần thiết cho bất kỳ thao tác nào trải dài nhiều lần ghi — tạo một order với các line item của nó, chuyển tiền, cập nhật các bản ghi liên quan — để duy trì một database nhất quán.
Hiểu cách dùng các block atomic (như một context manager hoặc decorator), transaction lồng nhau với savepoint, và các chi tiết quan trọng — bắt exception bên ngoài block, dùng select_for_update() để khóa hàng và ngăn race condition trong các cập nhật đồng thời, và giữ transaction ngắn để tránh giữ lock — là kiến thức thực tế để xây dựng các ứng dụng vững chắc.
Tính nhất quán dữ liệu là một yêu cầu cơ bản của các hệ thống đáng tin cậy, và transaction là cơ chế đảm bảo nó cho các thao tác database nhiều bước, khiến đây trở thành một chủ đề quan trọng phân biệt các lập trình viên viết mã đúng đắn, bảo toàn toàn vẹn với những người mà ứng dụng có thể lặng lẽ làm hỏng dữ liệu dưới các điều kiện thất bại hoặc truy cập đồng thời — một mối quan tâm thường liên quan trong bất kỳ ứng dụng nào xử lý các thay đổi dữ liệu quan trọng, liên quan.