Là một lập trình viên yêu công nghệ, thích viết blog để chia sẻ kiến thức, kinh nghiệm lập trình và những điều thú vị trong thế giới tech.
Cùng một câu GROUP BY, PostgreSQL chọn HashAggregate hay GroupAggregate tùy số nhóm. Đo thật: ít nhóm thì bảng băm 48 kB thắng đậm, nhiều nhóm thì bảng băm tràn 193 MB ra đĩa. Và vai trò của đầu vào đã sắp. PostgreSQL 16.
Với truy vấn quét bảng lớn, PostgreSQL chia việc cho nhiều tiến trình worker chạy song song rồi gom lại. Đo thật: quét 5 triệu dòng nhanh gấp 3,5 lần với 4 worker, và vì sao truy vấn nhỏ không parallel. PostgreSQL 16.
Window function tính tổng hợp theo nhóm nhưng giữ nguyên mỗi dòng — thay thế self-join và subquery tương quan. Đo thật: bước tốn nhất là Sort theo PARTITION BY, một index khớp xóa hẳn nó, và gom các hàm cùng window để sắp một lần. PostgreSQL 16.
OR không tự động giết index — nó chỉ nhanh bằng nhánh chậm nhất. Đo thật: OR trên hai cột có index cho BitmapOr 0,09 ms, nhưng chỉ một nhánh thiếu index kéo cả câu thành Seq Scan toàn bảng 48 ms. Và vì sao index gộp phục vụ AND mà không phục vụ OR. PostgreSQL 16.
UNION = UNION ALL + một bước khử trùng toàn bộ kết quả. Đo thật: trên hai tập rời nhau, UNION vẫn sắp 4 triệu dòng (tràn đĩa 47 MB) để loại đúng 0 dòng, chậm hơn 2,8 lần vô ích. Và khi nào UNION là lựa chọn đúng. PostgreSQL 16.
FOR UPDATE khóa hàng chủ động, nhưng nhiều worker cùng nhắm job đầu tiên sẽ nối đuôi chờ nhau. SKIP LOCKED bỏ qua hàng đang bị khóa để lấy hàng kế. Đo thật: FOR UPDATE chờ 3 giây, SKIP LOCKED lấy job kế trong 0,08 giây; 3 worker chạy cùng lúc lấy 3 job khác nhau không tranh chấp. Và NOWAIT để fail-fast. PostgreSQL 16.