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.
Index tăng tốc đọc nhưng đánh thuế lên mọi INSERT/UPDATE/DELETE. Đo thật: INSERT 500 nghìn dòng chậm gấp 6 lần khi có 7 index, và cơ chế HOT update giúp né chi phí đó khi cột đổi không có index. 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 lọc nhiều cột cùng lúc, một index ghép nhanh gấp 4 lần và nhỏ hơn hai index đơn cột. Nhưng thứ tự cột quyết định tất cả — luật leftmost prefix. Đo thật trên bảng 3 triệu dòng, PostgreSQL 16.