Đảm bảo hút chân không định kỳ. Hệ thống autovacuum hiện tại thực hiện khá tốt công việc này trong hầu hết các trường hợp, nhưng nó vẫn có thể hữu ích để chạy một chân không thủ công đầy đủ định kỳ (trong trường hợp của chúng tôi điều này xảy ra khoảng một lần mỗi năm).
Chỉ mục chỉ được sử dụng đáng tin cậy nếu số liệu thống kê khả dụng cho bảng. Hãy chắc chắn rằng một chân không -analyze được chạy sau khi bất kỳ thay đổi lớn cho một bảng (tấn chèn/xóa) để đảm bảo rằng chỉ số được chọn đúng cách.
Cấu hình Postgres mặc định được tối ưu hóa cho hệ thống có tài nguyên tương đối khiêm tốn và đĩa chậm. Nếu hệ thống của bạn có đĩa nhanh hơn (có thể), CPU nhanh hơn (có thể) hoặc RAM nhiều hơn (gần như chắc chắn), thì hãy đảm bảo điều chỉnh các thông số khác nhau dựa trên đó. Điều chính là tăng kích thước bộ đệm, nhưng nếu bạn có các đĩa cực nhanh (đặc biệt là SSD), thì cũng nên giảm ước tính chi phí cho thời gian tìm kiếm.
Tôi cũng đã có một vài kinh nghiệm với việc tham gia hơi chậm trong các truy vấn khá phức tạp, nhưng đây là những điều khó khăn hơn nhiều để khái quát hóa. Nói chung, nó sẽ giúp rõ ràng hơn với truy vấn so với những gì có thể được yêu cầu trong một db với trình tối ưu hóa truy vấn phức tạp hơn (ví dụ, Oracle hoặc DB2).
Có, tôi đã nhận thấy chân không tự động thực sự không làm việc quá tốt với các hệ thống có tải dữ liệu lớn hàng ngày. Chúng tôi ít nhất "phân tích" hàng ngày. –