Hai kỹ thuật giảm allocation không cần thư viện. Đo thật: tái dùng buffer với buf[:0] cắt 10 cấp phát xuống 0 (nhanh 3.3 lần); prealloc đúng capacity cắt 12 cấp phát xuống 1 (nhanh 2.5 lần). Cơ chế, khi nào dùng, và các bẫy chia sẻ backing array. Go 1.23.
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.
Trình biên dịch Go tự quyết biến nào ở lại stack (rẻ) và biến nào thoát lên heap (do GC quản). Đo thật: cùng logic, slice cỡ hằng số 0 cấp phát 0.23 ns, slice cỡ biến 128 byte 27.94 ns — chậm 120 lần. Cách đọc output -m và vì sao nó quan trọng. Go 1.23.
LRU cache khi đầy loại phần tử lâu nhất chưa dùng. Nó cần cả tra cứu theo key và cập nhật thứ tự dùng đều O(1) — không cấu trúc đơn lẻ nào làm được cả hai. Bài tự cài trong Go bằng map + danh sách liên kết đôi, đo thật: loại đúng phần tử ít dùng nhất, get+put chỉ 79.6 ns O(1) hằng số.
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.
PostgreSQL không sửa dòng tại chỗ — mỗi UPDATE viết một phiên bản dòng mới và để lại bản cũ làm dòng chết. Đo thật: ctid đổi sau UPDATE, và 100.000 lần cập nhật một dòng logic làm bảng phình từ 8KB lên 3,5MB. Vì sao MVCC làm vậy, và HOT giảm bloat ra sao. PostgreSQL 16.