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.
Mỗi UPDATE cột có index để lại mục chết; VACUUM dọn chúng nhưng không trả dung lượng về hệ điều hành. Đo thật: index phình từ 21 MB lên 172 MB sau 10 lần update, và vì sao chỉ REINDEX mới co lại được. PostgreSQL 16 với pgstattuple.
REINDEX co index bloat 172 MB về 21 MB, nhưng nó khóa ghi cả bảng. REINDEX CONCURRENTLY dùng lock nhẹ hơn cho ghi chạy song song. Đo thật lock mode, thời gian, và cách dọn index INVALID trên PostgreSQL 16.
Index không truy vấn nào chạm tới chỉ tốn chi phí ghi và dung lượng mà không đổi lại gì. Đo thật cách phát hiện qua pg_stat_user_indexes, cột last_idx_scan mới của PostgreSQL 16, và xóa an toàn — kèm những cạm bẫy khi kết luận vội.
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.
JIT biên dịch biểu thức truy vấn thành mã máy để chạy nhanh hơn, nhưng biên dịch tốn thời gian trả trước. Đo thật: JIT kích hoạt nhầm biến một query 0,045 ms thành 37,7 ms, và không thắng cả trên aggregate 5 triệu dòng. PostgreSQL 16.