Prompt miễn phí
Tối ưu truy vấn chậm trong lớp truy cập dữ liệu
Phân tích nguyên nhân truy vấn chậm, tối ưu cách lấy dữ liệu và giữ nguyên kết quả đầu ra theo ngưỡng hiệu năng đã đặt.
Prompt dùng để làm gì?
Phân tích nguyên nhân truy vấn chậm, tối ưu cách lấy dữ liệu và giữ nguyên kết quả đầu ra theo ngưỡng hiệu năng đã đặt.
Điền thông tin của bạn
Prompt
Input mẫu
"doan_code": "Hàm loadOrders đang gọi database trong vòng lặp cho từng user rồi gom kết quả bằng map thủ công.",
"so_lieu_do": "Thời gian trung bình 2.4s cho 500 user, 501 truy vấn mỗi lần chạy.",
"muc_tieu_hieu_nang": "Dưới 400ms và không quá 5 truy vấn",
"rang_buoc_ghi_nhan": "Không đổi cấu trúc dữ liệu trả về của API"
}
Output mẫu
"phan_tich": "Nút thắt chính là N+1 query do truy vấn trong vòng lặp.",
"toi_uu": "Chuyển sang lấy hàng loạt bằng một truy vấn có IN/joins, sau đó nhóm dữ liệu trong bộ nhớ.",
"ket_qua_ky_vong": "Giảm còn 2 truy vấn chính và giữ nguyên cấu trúc response hiện tại."
}
Cách sử dụng
Giải thích cấu trúc
- Role
- Vai trò là chuyên gia tối ưu code dữ liệu với trọng tâm là hiệu năng và tính đúng.
- Context
- Bối cảnh là lớp truy cập dữ liệu hoặc truy vấn đang vượt ngưỡng chấp nhận.
- Task
- Tìm nguyên nhân chậm, đề xuất cách viết lại và chỉ ra cách đo lại.
- Constraints
- Phải giữ đúng kết quả, tôn trọng ràng buộc ghi nhận và không phá hợp đồng đầu ra.
- Output
- Kết quả cần nêu phân tích nghẽn, bản tối ưu và kế hoạch xác minh bằng số liệu.
Mẹo sử dụng
- So sánh số lần truy vấn trước và sau vì đây thường là tín hiệu rõ nhất của N+1.
- Nếu dùng ORM, kiểm tra eager loading, prefetch hoặc select cụ thể các cột cần thiết.
- Đừng tối ưu mù bằng cache nếu vấn đề gốc là truy vấn thừa.
- Hãy giữ một bộ test đầu ra cố định để bắt sai khác dữ liệu sau tối ưu.
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
Phân tích module lớn và đề xuất tách trách nhiệm
Đề xuất cách chia nhỏ module quá tải thành các phần rõ trách nhiệm, kèm thứ tự triển khai an toàn và tiêu chí hoàn thành.
Ghi chú tài liệu cho API công khai khó hiểu
Tạo chú thích ngắn, đúng chức năng cho hàm và class công khai để người dùng nội bộ hiểu cách gọi, tham số, giá trị trả về và lỗi.
Chọn và chạy test hồi quy trước khi phát hành
Tạo kế hoạch test hồi quy phù hợp để xác nhận bản sửa không phá vỡ hành vi cũ và bao phủ các khu vực rủi ro liên quan.
Săn mã chết sau thay đổi kiến trúc lớn
Tìm import thừa, hàm không còn được gọi và nhánh vô dụng sau tái cấu trúc, kèm lý do nên xóa hoặc giữ.
