Cách Transaction Thông Thường Hoạt Động

Transaction là một khái niệm trong hệ quản trị cơ sở dữ liệu, đại diện cho một chuỗi các thao tác được thực hiện như một đơn vị duy nhất. Mỗi thao tác trong transaction sẽ được thực hiện đồng thời và không thể chia tách. Transaction đảm bảo rằng nếu một thao tác trong quá trình thực hiện thất bại, tất cả các thao tác trước đó cũng sẽ bị hủy bỏ, giữ cho hệ thống duy trì trạng thái nhất quán và an toàn.

Để đảm bảo tính toàn vẹn và nhất quán của dữ liệu trong các hệ thống cơ sở dữ liệu, các transaction phải tuân theo nguyên tắc ACID. ACID là một tập hợp bốn thuộc tính quan trọng giúp đảm bảo rằng transaction thực thi một cách đáng tin cậy, ngay cả khi có sự cố xảy ra. Các thuộc tính này bao gồm:

Atomicity (Tính nguyên tử):

Một transaction phải được thực hiện toàn bộ hoặc không thực hiện gì cả. Nếu bất kỳ thao tác nào trong transaction thất bại, toàn bộ transaction sẽ bị hủy bỏ, đảm bảo rằng dữ liệu không bị thay đổi một cách không nhất quán.

Consistency (Tính nhất quán):

Sau khi transaction hoàn tất, cơ sở dữ liệu phải ở trong một trạng thái hợp lệ và nhất quán. Mọi thay đổi dữ liệu phải tuân theo các quy tắc và ràng buộc đã được định nghĩa trước.

Isolation (Tính cách ly):

Mỗi transaction phải được thực hiện cách ly, tức là các transaction khác không thể can thiệp hoặc đọc dữ liệu đang trong quá trình thực thi. Các transaction có thể chạy đồng thời, nhưng mỗi transaction phải cảm nhận như thể nó là transaction duy nhất trên hệ thống.

Durability (Tính bền vững):

Khi transaction được hoàn tất, những thay đổi dữ liệu sẽ được lưu trữ vĩnh viễn, ngay cả khi hệ thống gặp sự cố sau đó. Dữ liệu đã cam kết sẽ không bị mất đi.

Distributed Transaction Là Gì?

Distributed transaction là một loại transaction liên quan đến nhiều hệ thống hoặc tài nguyên khác nhau, nằm trên các máy chủ độc lập, có thể phân tán về mặt địa lý. Khi các hệ thống hoặc cơ sở dữ liệu không chia sẻ cùng một môi trường nhưng vẫn cần phải đảm bảo tính toàn vẹn của transaction, thì distributed transaction ra đời.

Lịch sử phát triển của distributed transaction gắn liền với sự phát triển của các hệ thống phân tán vào những năm 1970 và 1980, khi các tổ chức bắt đầu triển khai các hệ thống máy tính không đồng nhất, nằm ở nhiều vị trí địa lý khác nhau. Các distributed transactions giúp đồng bộ hóa các thao tác giữa các hệ thống này một cách tin cậy.

Các Giải Pháp Distributed Transaction Phổ Biến

Để xử lý các distributed transactions, nhiều giao thức khác nhau đã được phát triển. Hai giao thức phổ biến nhất là Two-Phase Commit (2PC) và Three-Phase Commit (3PC). Các giao thức này giúp đảm bảo tính nhất quán của các hệ thống phân tán khi xử lý transaction liên quan đến nhiều tài nguyên.

1. Two-Phase Commit (2PC)

Giao thức Two-Phase Commit (2PC) là một trong những giao thức đơn giản và được sử dụng rộng rãi nhất trong việc xử lý distributed transactions. Giao thức này chia quá trình commit của transaction thành hai giai đoạn:

Prepare Phase (Giai đoạn chuẩn bị):

Các participants (tức các hệ thống hoặc máy chủ tham gia vào transaction) nhận yêu cầu bắt đầu transaction từ coordinator (máy chủ điều phối) nhưng chưa thực hiện commit. Mỗi participant phải khóa tài nguyên mà nó đang xử lý và xác nhận khả năng thực hiện commit. Nếu một participant không thể thực hiện commit, nó sẽ phản hồi “No”.

Commit Phase (Giai đoạn cam kết):

Nếu tất cả các participants phản hồi “Yes”, coordinator sẽ gửi thông báo commit đến tất cả participants, yêu cầu họ hoàn thành transaction. Tuy nhiên, nếu bất kỳ participant nào phản hồi “No” hoặc nếu coordinator không nhận được phản hồi từ một participant trong thời gian quy định, coordinator sẽ gửi thông báo hủy (abort) tới tất cả participants, yêu cầu họ rollback (hủy bỏ).

Ưu điểm: Giao thức 2PC đảm bảo tính nhất quán mạnh trong các hệ thống phân tán. Hạn chế: Giao thức này gặp khó khăn khi chịu lỗi, đặc biệt nếu coordinator gặp sự cố trong giai đoạn commit. Ngoài ra, hiệu suất có thể bị giảm khi có quá nhiều thông điệp trao đổi giữa các node.

2. Three-Phase Commit (3PC)

Three-Phase Commit (3PC) là một phiên bản cải tiến của 2PC, nhằm khắc phục tình trạng blocking (chặn) có thể xảy ra trong giai đoạn prepare nếu một participant hoặc coordinator gặp sự cố. Giao thức này bổ sung thêm một giai đoạn để đảm bảo rằng quá trình commit không bị trì hoãn hoặc chặn, ngay cả khi xảy ra sự cố.

Phase 1 - CanCommit (Giai đoạn kiểm tra khả năng cam kết):

Coordinator yêu cầu tất cả participants xác nhận liệu họ có thể thực hiện commit cho transaction không. Nếu bất kỳ participant nào trả lời "No", coordinator sẽ thông báo hủy (abort).

Phase 2 - PreCommit (Giai đoạn tiền cam kết):

Khi tất cả participants đồng ý, coordinator gửi thông báo tiền cam kết tới tất cả các participants. Trong giai đoạn này, các participants chuẩn bị thực hiện commit nhưng chưa thay đổi bất kỳ dữ liệu nào.

Phase 3 - DoCommit (Giai đoạn thực hiện cam kết):

Nếu coordinator không gặp sự cố và các participants đã nhận được thông báo pre-commit, các participants sẽ thực hiện commit và báo cho coordinator biết. Nếu một participant không thể thực hiện commit, quá trình sẽ bị hủy bỏ.

Ưu điểm: Giao thức này giảm thiểu tình trạng bị chặn trong trường hợp có sự cố, và tất cả các participants có thể thực hiện commit ngay cả khi coordinator gặp sự cố trong giai đoạn DoCommit. Hạn chế: Giao thức này phức tạp hơn so với 2PC và có thể tốn kém về tài nguyên hệ thống.

Kết Luận

Distributed transaction đóng vai trò quan trọng trong các hệ thống phân tán hiện đại, đặc biệt là khi các tổ chức cần đảm bảo tính nhất quán của dữ liệu giữa nhiều hệ thống hoặc máy chủ nằm ở các vị trí địa lý khác nhau. Mặc dù các giao thức như Two-Phase Commit và Three-Phase Commit đã được phát triển để giải quyết các vấn đề liên quan đến việc quản lý transaction phân tán, chúng vẫn có những hạn chế cần được cải tiến, đặc biệt là về hiệu suất và khả năng chịu lỗi.