← Danh mục 100 · Kỹ Thuật Phần Mềm, Cloud & An Ninh Mạng · Hình tương tác #013

Mở Rộng Cơ Sở Dữ Liệu Phân Tán & Chống Cơn Bão Cache Stampede

Kiến trúc đệm đa tầng, gộp truy vấn trùng (Singleflight) và rải ngẫu nhiên thời hạn TTL nhằm bảo vệ Database lúc triệu người cùng bấm.

Hình 13 · sơ đồ 6 trạm & 8 điểm chọn Bồn Chứa Thủy Tinh & Van Cổ Chai

Chọn kịch bản · kéo thanh · chạy mô phỏng · tháo rời

Số nhỏ trên trạm = thứ tự vận hành. Màu xám = tạm bỏ qua. Xem hình lớn ↗

Chọn kịch bản4 chế độ đối chứng

Đường đi đang kích hoạt · theo số trạm

Thời gian sống bộ đệm Redis (Base TTL)300 giây

Khoảng tối ưu: 120 đến 600 giây. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Biên độ xê dịch ngẫu nhiên (TTL Jitter)20 %

Khoảng tối ưu: 15 đến 30 %. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Giới hạn kết nối vật lý tới DB (Pool Size)120 conn

Khoảng tối ưu: 80 đến 200 conn. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Tỷ lệ hấp thụ tải tại Cache

99,2%

Độ trễ truy vấn P99

11ms

Mức tải CPU cụm Database

34,0%

Bấm vào trạm trên hình hoặc nút số bên dưới để đọc vai trò từng bộ phận.

Đọc hình như một mô hình giải thích

Hình tương tác này cô đọng cơ chế vận hành cốt lõi của chủ thể thành 6 trạm trực quan kèm đồng hồ đo và đầu ra đối chứng. Bấm vào từng hàng trong bảng tham chiếu bên dưới để nạp nhanh bộ thông số vào mô hình.

Bảng đối chiếu 4 kịch bản tham khảo (bấm vào dòng bất kỳ để áp dụng)
Kịch bản	Đường đi	Thời gian sống bộ đệm Redis (Base TTL) (giây)	Biên độ xê dịch ngẫu nhiên (TTL Jitter) (%)	Giới hạn kết nối vật lý tới DB (Pool Size) (conn)	Hệ quả quan sát
Khiên Redis + Singleflight + PgBouncer (Tối ưu)	1 → 2 → 3 → 4 → 5 → 6	300 giây	20 %	120 conn	Chịu tải êm 50,000 QPS Flash Sale, CPU Primary DB chỉ 34%, P99 dưới 12ms
Bão Đàn Bò Húc (Cache Stampede) Sập DB (Thiếu tải)	1 → 2 → 4 → 6	15 giây	0 %	30 conn	10,000 khóa hết hạn đúng cùng 1 giây (Jitter 0%), lũ request xuyên thủng đè chết DB
Dữ Liệu Cũ Kỹ & Nghẽn Context-Switch DB (Quá ngưỡng)	1 → 2 → 3 → 4 → 5 → 6	3.600 giây	50 %	980 conn	Hiển thị tồn kho ảo đã hết từ 1 giờ trước, mở 980 kết nối làm nghẹt RAM Postgres
Trang Tin Tức Sự Kiện Nóng Đột Biến (Thực tế)	1 → 3 → 4 → 5 → 6	180 giây	25 %	150 conn	Cập nhật nội dung mới mỗi 3 phút kết hợp làm mới nền sớm trước khi khóa hết hạn

Cache Stampede (Hết Hạn Đột Ngột)
Khóa có tồn tại và đang chịu tải cực lớn thì hết hạn làm hàng nghìn luồng cùng lao xuống DB tính lại. Giải quyết bằng Singleflight Mutex, TTL Jitter và làm mới sớm (Early Refresh).

Cache Penetration (Hỏi ID Không Có)
Kẻ xấu cố tình truy vấn liên tục các ID âm hoặc không tồn tại khiến cả Cache lẫn DB đều không có nên không bao giờ lưu đệm được. Giải quyết bằng Bloom Filter hoặc lưu đệm giá trị Null ngắn hạn.

Quan hệ định lượng minh họa: Tải_Thực_DB = QPS_Tổng × (1 − Tỷ_lệ_Trúng_Cache) ÷ Hệ_số_Gộp_Singleflight