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.
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.
errgroup chạy nhóm goroutine, gom lỗi và hủy sớm — SetLimit giới hạn số đồng thời như một worker pool nhưng chỉ 5 dòng. Đo thật: 50 việc với SetLimit(4) giữ đỉnh đồng thời đúng 4, một việc lỗi khiến 9 việc khác dừng sớm, kết thúc sạch. Go 1.23.
Một câu lệnh có tham số đi qua hai pha ở DB: PREPARE (phân tích + lập kế hoạch, đắt) và EXECUTE (rẻ). Chạy cùng câu lệnh N lần mà prepare lại mỗi lần là lãng phí. Đo thật trong Go: 500 truy vấn với prepare mỗi lần mất 1.98s (500 prepare), prepare một lần rồi tái dùng chỉ 673ms (1 prepare) — nhanh 2.9 lần.
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.
Mười một bài, mười một phép đo thật bằng nhiều phiên psql đồng thời. Bài tổng kết này nối tất cả — MVCC, bốn mức cô lập, lost update, write skew, khóa hàng, deadlock, bloat, vacuum, HOT, WAL, SKIP LOCKED — thành một bảng số liệu và một checklist thực chiến: cần đảm bảo gì thì dùng gì, cạm bẫy đồng thời nào cần tránh, và vì sao mọi thứ bắt nguồn từ MVCC.