Xử lý Flash Sale chịu tải hàng trăm nghìn lượt truy cập đồng thời

Chuyển toàn bộ logic kiểm tra và trừ tồn kho sang Redis sử dụng Redis Lua Script để đảm bảo tính nguyên tử (atomic). Đồng thời, đưa request vào hàng đợi (Message Queue) và chỉ ghi xuống database bất đồng bộ theo lô (batch processing).

Khi đối mặt với bài toán Flash Sale, tôi nhận ra nút thắt nằm ở việc database không chịu được lượng ghi đồng thời lớn. Giải pháp của tôi là tách biệt tầng đọc/ghi. Chúng tôi sử dụng Redis ở tầng trước để kiểm tra và giữ chỗ tồn kho bằng Lua Script vì nó chạy đơn luồng và đảm bảo tính nguyên tử tuyệt đối. Các đơn hàng thành công sẽ được đẩy vào RabbitMQ để worker xử lý ghi xuống PostgreSQL theo lô. Nhờ vậy, hệ thống đã chịu tải thành công hơn 100.000 RPS mà không gặp sự cố.

Chấp nhận rủi ro mất dữ liệu tồn kho nhỏ nếu Redis cluster gặp sự cố sập nguồn trước khi đồng bộ xuống DB, đổi lấy hiệu năng xử lý cực cao và độ sẵn sàng của hệ thống.

Hệ thống hoàn thành chiến dịch Flash Sale mượt mà, thời gian phản hồi API giảm từ 2000ms xuống dưới 50ms, không còn hiện tượng chết cơ sở dữ liệu.

Không bao giờ để trực tiếp các request ghi trực tiếp vào database quan hệ trong các kịch bản traffic bùng nổ; luôn tận dụng caching và message queue làm vùng đệm.