Answer-first: Kiến trúc Flash Sale Shopee giải quyết bài toán chịu tải hàng triệu TPS nhờ mô hình phân lớp nghiêm ngặt: API Gateway & gRPC Go ở tầng biên, bộ đệm Redis đa tầng chống nghẽn Hot Keys, hàng đợi bất đồng bộ san phẳng đỉnh tải, và TiDB NewSQL phân tán kết hợp ClickHouse tracing.

🏗️ Tổng Quan Kiến Trúc Flash Sale Shopee

Tài liệu này tổng hợp các kiến trúc và công nghệ cốt lõi mà Shopee sử dụng để xử lý hàng triệu người dùng đồng thời, đặc biệt trong các chiến dịch lớn như Flash Sale và các đợt Siêu Sale 11.11 / 12.12. Series này đã được nâng cấp và tinh chỉnh để phản ánh các chuẩn mực Cloud-Native mới nhất trong giai đoạn 2026.

📚 Giáo Trình Series

❓ Câu Hỏi Thường Gặp (FAQ)

Shopee xử lý vấn đề Hot Key khi hàng triệu người cùng tranh mua 1 món hàng Flash Sale như thế nào?

Shopee áp dụng chiến lược phân cấp Cache (L1 Local Memory Cache trên từng instance kết hợp L2 Redis Cluster). Với các mặt hàng siêu hot, khóa tồn kho được chia nhỏ thành nhiều bucket con hoặc phân tán bản sao read-only ra nhiều slave node để giải tỏa áp lực I/O.

Tại sao Shopee chuyển dịch từ MySQL Sharding truyền thống sang TiDB?

MySQL Sharding truyền thống gặp khó khăn lớn khi thay đổi quy tắc sharding (resharding) và không hỗ trợ truy vấn phân tán (Distributed Joins/Aggregation) hiệu quả. TiDB mang lại khả năng scale-out tự động, tuân thủ giao thức MySQL và hỗ trợ giao dịch ACID phân tán hoàn chỉnh.

Chiến lược Graceful Degradation được kích hoạt trong trường hợp nào?

Khi lưu lượng vượt quá ngưỡng chịu tải tối đa của hệ thống backend, hệ thống sẽ tự động hạ cấp các tính năng phi trọng yếu (như gợi ý sản phẩm cá nhân hóa, bình luận thời gian thực) để dành trọn vẹn tài nguyên compute/DB cho luồng đặt hàng và thanh toán.

🔗 Series Liên Quan & Masterclass Đề Xuất