Planner quy mọi kế hoạch về một con số cost để so sánh. Hiểu công thức từ seq_page_cost, cpu_tuple_cost, và tự tay tính lại đúng cost một Seq Scan — rồi thấy planner luôn chọn phương án cost thấp nhất.
Trước khi tối ưu phải có mốc đo tin cậy. Cách dùng pgbench sinh dữ liệu lớn và đo TPS/latency thật, phân biệt tải đọc và đọc-ghi, và những nguyên tắc để con số không bị nhiễu bởi cache lạnh hay dữ liệu tí hon.
EXPLAIN in ra một cái cây, không phải danh sách. Hiểu cấu trúc node, ba con số cost-rows-width, và thứ tự chạy thật để biết PostgreSQL định làm gì với truy vấn của bạn — qua một kế hoạch Hash Join thật.
Trong hàng nghìn truy vấn của hệ thống thật, tối ưu cái nào trước? pg_stat_statements xếp hạng theo tổng thời gian, và số liệu thật cho thấy một truy vấn 0.007ms có thể ngốn nhiều hơn truy vấn 81ms gấp 7 lần.
golang.org/x/time/rate dùng thuật toán token bucket để giới hạn số sự kiện mỗi giây, cho phép burst ngắn. Đo thật: 200 sự kiện ở 50/giây hội tụ chính xác 50,2/giây, burst 3 cho 3 lần đầu qua ngay, Reserve báo trước delay 0,50s. Khác semaphore thế nào. Go 1.23.
So sánh cột với sai kiểu dữ liệu khiến PostgreSQL chèn ép kiểu — và nếu nó ép vế cột, index chết. Đo thật: int8 so với numeric literal chạy Seq Scan 55 ms so với 0,04 ms; hướng ép quyết định tất cả. Cách đọc EXPLAIN để phát hiện và cách sửa. PostgreSQL 16.