Mục tiêu

Prompt này được thiết kế để hỗ trợ phân tích và tối ưu các truy vấn SQL chậm trên môi trường PostgreSQL production theo quy trình rõ ràng, ưu tiên tính an toàn và khả năng áp dụng thực tế. AI sẽ được định hướng để đánh giá truy vấn, execution plan, chỉ số hiệu năng và đặc điểm dữ liệu trước khi đưa ra đề xuất.

• Xác định nguyên nhân gốc gây chậm như sequential scan, nested loop kém hiệu quả, sort tốn bộ nhớ, join sai thứ tự, index thiếu hoặc không được sử dụng.
• Đề xuất hướng tối ưu theo mức độ ưu tiên: sửa truy vấn, bổ sung hoặc điều chỉnh index, cải thiện predicate, giảm dữ liệu phải quét, tối ưu join và aggregate.
• Đánh giá rủi ro production trước khi áp dụng thay đổi, bao gồm lock, write amplification, tăng dung lượng index và tác động đến workload hiện tại.
• Trình bày kết quả theo dạng dễ đọc để kỹ sư backend, DBA hoặc DevOps có thể ra quyết định nhanh.

Khi nào nên dùng

• Khi một truy vấn PostgreSQL có thời gian phản hồi cao hoặc tăng đột biến trong production.
• Khi đã có EXPLAIN hoặc EXPLAIN ANALYZE và cần AI hỗ trợ diễn giải.
• Khi cần đề xuất index phù hợp nhưng muốn tránh tạo index thừa hoặc gây ảnh hưởng ghi dữ liệu.
• Khi cần viết lại truy vấn để giảm scan, giảm sort hoặc tối ưu join mà vẫn giữ nguyên nghiệp vụ.
• Khi cần một checklist hành động rõ ràng trước khi triển khai thay đổi lên môi trường thật.

Hướng dẫn tùy biến

Dữ liệu đầu vào nên cung cấp

• SQL gốc đầy đủ hoặc phiên bản đã ẩn thông tin nhạy cảm.
• EXPLAIN ANALYZE, BUFFERS, VERBOSE nếu có.
• Schema liên quan: cấu trúc bảng, khóa chính, khóa ngoại, index hiện tại.
• Quy mô dữ liệu ước tính: số dòng, độ phân bố, tỉ lệ selectivity.
• Thông tin workload: tần suất truy vấn, SLA, mức đọc/ghi, thời điểm tải cao.
• Phiên bản PostgreSQL và các ràng buộc production như không được lock lâu, không được tăng dung lượng quá mức.

Cách điều chỉnh đầu ra mong muốn

• Nếu cần quyết định nhanh, hãy yêu cầu AI ưu tiên 3 thay đổi có tác động cao nhất.
• Nếu cần đào sâu kỹ thuật, hãy yêu cầu phân tích từng node trong execution plan.
• Nếu cần an toàn production, hãy yêu cầu bổ sung mục rủi ro, rollback và cách rollout theo từng bước.
• Nếu cần hỗ trợ đội ngũ đa chức năng, hãy yêu cầu AI tách phần giải thích cho kỹ sư ứng dụng và cho DBA.

Lưu ý

• Không nên áp dụng đề xuất index hoặc rewrite SQL trực tiếp lên production nếu chưa kiểm tra trên staging hoặc tập dữ liệu đại diện.
• Kết luận tối ưu phụ thuộc mạnh vào execution plan thực tế, thống kê dữ liệu và cấu hình PostgreSQL.
• Nếu thiếu EXPLAIN ANALYZE, AI chỉ nên đưa ra giả thuyết và mức độ tin cậy tương ứng.
• Nên yêu cầu AI nêu rõ giả định, điều kiện áp dụng và dấu hiệu để xác minh sau khi thay đổi.