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.
N+1 là mẫu 1 truy vấn lấy danh sách rồi N truy vấn con trong vòng lặp — thường do ORM sinh ngầm. Đo thật: chi phí không đến từ query (100 query server-side chỉ 0,71 ms) mà từ 100 round-trip (4,3 giây). Một JOIN xóa sạch. PostgreSQL 16.
Planner chỉ dùng được thống kê khi điều kiện có dạng cột-toán tử-hằng số. Bọc cột trong hàm, dùng LIKE tiền tố mở, hay so cột với cột — nó mất thống kê và rơi về đoán mặc định. Đo thật bốn nguyên nhân và cách sửa từng loại. PostgreSQL 16.
Ba cách viết cùng câu hỏi có tồn tại. Đo thật: EXISTS và IN cho kế hoạch giống hệt (semi join), JOIN+DISTINCT chậm hơn. Và cạm bẫy nguy hiểm: NOT IN với NULL cho kết quả sai lặng lẽ. PostgreSQL 16.
Planner chọn scan, join, aggregate dựa trên ước lượng số dòng — và ước lượng đó lấy từ thống kê trong pg_stats. Đo thật: thống kê cũ khiến planner ước lượng sai 900.000 lần, và ANALYZE sửa ngay. PostgreSQL 16.
PostgreSQL không có join mặc định — với mỗi truy vấn nó ước lượng số dòng rồi tính chi phí từng kiểu join và chọn cái rẻ nhất. Đo thật: cùng câu JOIN, đổi bộ lọc WHERE khiến planner chuyển từ Nested Loop sang Hash Join. PostgreSQL 16.
Transaction id là số 32-bit, cửa sổ dùng được chỉ khoảng 2 tỉ. Nếu dòng cũ không được freeze trước khi bộ đếm tràn, chúng bỗng trông như tương lai và biến mất — thảm họa. Đo thật cách theo dõi age(datfrozenxid) và vì sao VACUUM bắt buộc kể cả bảng chỉ đọc. PostgreSQL 16.