Làm thế nào để xử lý bài toán Concurrency (Đồng thời) cao khi thực hiện các giao dịch thanh toán trực tuyến trong Laravel 11, đặc biệt khi kết hợp với tính năng Database Locking?

Question

Accepted Answer

1. Bản chất vấn đề Concurrency
Trong các ứng dụng Enterprise với hàng ngàn request đồng thời (High Concurrency), hiện tượng Race Condition (Điều kiện tranh chấp) xảy ra rất phổ biến. Ví dụ: Hai request cùng kiểm tra số dư tài khoản hoặc số lượng tồn kho của một sản phẩm cùng một thời điểm, dẫn đến việc trừ tiền hoặc xuất kho vượt quá thực tế.
2. Giải pháp sử dụng Database Locking trong Laravel
Laravel cung cấp hai cơ chế khóa chính thông qua Eloquent ORM và Query Builder:

Pessimistic Locking (Khóa bi quan): Khóa các bản ghi trên Database ngay trong quá trình đọc để ngăn các transaction khác đọc hoặc ghi cho đến khi transaction hiện tại hoàn tất.
sharedLock(): Khóa chia sẻ (SELECT ... LOCK IN SHARE MODE), các transaction khác có thể đọc nhưng không thể sửa.
lockForUpdate(): Khóa độc quyền (SELECT ... FOR UPDATE), các transaction khác không thể đọc hoặc sửa.

Optimistic Locking (Khóa lạc quan): Thường sử dụng một cột version hoặc timestamp. Khi cập nhật, hệ thống kiểm tra xem version có bị thay đổi bởi transaction khác hay không.

3. Ví dụ mã nguồn thực tế với Pessimistic Locking
use Illuminate\Support\Facades\DB;
use App\Models\Product;

DB::transaction(function () use ($productId, $userId) {
    // Khóa bản ghi sản phẩm cho đến khi transaction kết thúc
    $product = Product::where('id', $productId)->lockForUpdate()->first();

if ($product->stock <= 0) {
        throw new \Exception('Sản phẩm đã hết hàng.');
    }

// Thực hiện trừ kho và tạo đơn hàng
    $product->decrement('stock');

// Tạo bản ghi thanh toán
    // ...
}, 5); // Thử lại tối đa 5 lần nếu gặp lỗi deadlock
4. Lưu ý kinh nghiệm thực chiến

Deadlock Management: Luôn bọc đoạn code locking trong DB::transaction(callback, attempts) để Laravel tự động xử lý và thử lại khi xảy ra Deadlock.
Hiệu năng: Khóa độc quyền (lockForUpdate) làm giảm thông lượng (throughput) của hệ thống vì các request phải xếp hàng chờ. Chỉ áp dụng khóa cho những bảng dữ liệu có xung đột cao như số dư ví, tồn kho sản phẩm flash sale.
Distributed Locking: Đối với hệ thống Microservices hoặc nhiều Database Server, nên cân nhắc sử dụng Redis thông qua Illuminate\Support\Facades\Redis::funnel() thay vì chỉ dựa vào Database Locking.

Làm thế nào để xử lý bài toán Concurrency (Đồng thời) cao khi thực hiện các giao dịch thanh toán trực tuyến trong Laravel 11, đặc biệt khi kết hợp với tính năng Database Locking?

1. Bản chất vấn đề Concurrency

Khóa học Laravel Master & Backend Pro

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi Laravel liên quan cùng chủ đề