EXPLAIN ANALYZE chạy thật rồi in số dòng thực tế bên cạnh ước lượng. Khoảng cách giữa hai con số đó là manh mối số một của truy vấn chậm. Xem một ước lượng lệch 3,3 lần vì cột tương quan, và cách sửa.
Subquery tương quan tham chiếu cột truy vấn ngoài nên chạy lại một lần cho mỗi dòng ngoài (loops=N trong EXPLAIN). Có index thì rẻ, không có thì O(n×m). Đo thật: cùng truy vấn 41 giây với subquery không index vs 90 ms với JOIN. PostgreSQL 16.
CREATE INDEX thường lấy ShareLock khóa mọi INSERT/UPDATE/DELETE tới khi build xong — trên bảng production đó là sự cố. CONCURRENTLY dùng lock nhẹ hơn cho ghi chạy song song. Đo thật lock mode, INSERT bị chặn, và cái giá phải trả trên PostgreSQL 16.
OFFSET buộc PostgreSQL quét rồi vứt bỏ mọi dòng trước trang cần — trang càng sâu càng chậm. Keyset pagination dùng điều kiện thay OFFSET, seek thẳng qua index. Đo thật: trang cuối OFFSET mất 142 ms, keyset chỉ 0,024 ms. PostgreSQL 16.
full_page_writes tạo ra full-page image trong WAL (chống torn page); wal_compression nén chúng lại. Đo thật: bật wal_compression giảm WAL 17-30% tuỳ độ nén của dữ liệu, FPI vẫn còn nên vẫn an toàn. Tắt full_page_writes giảm 35% nhưng bỏ hẳn chống torn page — gần như không bao giờ nên làm. PostgreSQL 16.
Index tạo trên bảng cha phân vùng tự lan xuống mọi partition và partition mới cũng thừa kế. Nhưng unique/primary key BẮT BUỘC chứa khóa phân vùng. Đo thật: unique thiếu khóa phân vùng báo lỗi, duplicate bị chặn ở mức partition, và cách dựng index không khóa dài bằng ON ONLY + CONCURRENTLY + ATTACH. PostgreSQL 16.