Bỏ qua điều hướng

Prompt miễn phí

Thiết kế cơ chế cache cho tác vụ đọc dữ liệu lặp lại

Tạo giải pháp cache với chiến lược hết hạn, đồng bộ hóa và cảnh báo rủi ro khi dữ liệu được đọc nhiều lần.

Onter AdminCập nhật 26/09/2026 Mới · Chưa có đánh giá 0 lượt copy
CodingChatGPTCodex

Prompt dùng để làm gì?

Tạo giải pháp cache với chiến lược hết hạn, đồng bộ hóa và cảnh báo rủi ro khi dữ liệu được đọc nhiều lần.

Điền thông tin của bạn

Prompt

Bạn là kỹ sư hiệu năng và thiết kế hệ thống. Hãy đề xuất giải pháp cache cho một tác vụ đọc dữ liệu lặp lại nhiều lần dựa trên mô tả luồng truy cập mà tôi cung cấp. Mục tiêu là giảm thời gian phản hồi nhưng vẫn giữ dữ liệu đủ nhất quán cho yêu cầu nghiệp vụ. Hãy phân tích: dữ liệu nào nên cache, dữ liệu nào không nên cache, cache đặt ở lớp nào, key cache nên được tạo thế nào, TTL hoặc chiến lược hết hạn nào phù hợp, khi nào cần invalidation chủ động, và nguy cơ stale data hoặc cache stampede có thể xảy ra ra sao. Nếu phù hợp, hãy viết code minh họa cho cơ chế cache, bao gồm đọc, ghi, cập nhật, xóa cache và xử lý khi cache miss. Đồng thời, hãy nêu cách đo hiệu quả của cache bằng các chỉ số như hit ratio, độ trễ trung bình và tác động lên tài nguyên. Nếu có ràng buộc về môi trường chạy, hãy điều chỉnh giải pháp cho phù hợp nhưng đừng giả định hạ tầng quá phức tạp nếu đầu vào chưa nêu. Kết quả phải gồm: phân tích use case, thiết kế cache, mã minh họa, chiến lược hết hạn, và rủi ro cần theo dõi. Dữ liệu đầu vào: - Mô tả luồng truy cập dữ liệu: {{mo_ta_luong_truy_cap}} - Ngôn ngữ ưu tiên: {{ngon_ngu_uu_tien}} - Ràng buộc nhất quán dữ liệu: {{rang_buoc_nhat_quan}}
Xem đã lưu

Input mẫu

mo_ta_luong_truy_cap: Một dashboard đọc danh sách đơn hàng liên tục mỗi 5 giây, dữ liệu chỉ cập nhật vài lần mỗi giờ.
ngon_ngu_uu_tien: TypeScript
rang_buoc_nhat_quan: Chấp nhận trễ tối đa 30 giây

Output mẫu

Thiết kế cache: cache danh sách đơn hàng theo key dựa trên bộ lọc và trang; TTL 30 giây; invalidation khi có cập nhật đơn hàng.
Mã minh họa: hàm getOrders đọc cache trước, miss thì gọi nguồn dữ liệu rồi lưu lại.
Rủi ro: cache stampede khi nhiều request cùng miss; stale data nếu cập nhật không gọi xóa cache.
Chỉ số cần theo dõi: hit ratio, p95 latency, số lần refresh cache.

Cách sử dụng

Điền mô tả luồng truy cập và nếu cần thì thêm ngôn ngữ ưu tiên cùng mức chấp nhận nhất quán. Dán prompt vào công cụ sinh code hoặc trợ lý kiến trúc, sau đó kiểm tra lại logic cache, TTL, invalidation và điểm có thể gây stale data trước khi triển khai.

Giải thích cấu trúc

Role
Đóng vai kỹ sư hiệu năng để thiết kế cache phù hợp với truy cập lặp lại.
Context
Tác vụ đọc nhiều lần cần giảm độ trễ nhưng vẫn cân bằng giữa nhất quán và hiệu năng.
Task
Chọn dữ liệu cache, xác định key, TTL, invalidation và có thể viết code minh họa cơ chế cache.
Constraints
Không giả định hạ tầng quá phức tạp, phải nêu rủi ro stale data và cache stampede.
Output
Trả về phân tích use case, thiết kế cache, code minh họa, chiến lược hết hạn và rủi ro vận hành.

Mẹo sử dụng

  • Nếu dữ liệu thay đổi ít, TTL ngắn vừa phải thường đơn giản hơn cơ chế phức tạp.
  • Hãy xác định rõ key cache theo tham số truy vấn để tránh trả nhầm dữ liệu.
  • Nên nêu luôn cách xóa cache khi có cập nhật để tránh stale data.

Nguồn và giấy phép

ONTER biên tập · original

Đánh giá prompt

Chọn số sao theo trải nghiệm của bạn. Bạn có thể sửa đánh giá sau một phút.

Prompt liên quan

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo