Ba việc giữ database khoẻ: ANALYZE cập nhật thống kê cho planner, VACUUM dọn dead tuple, REINDEX dựng lại index phình. Đo thật: thống kê cũ khiến planner đoán sai 4 lần, VACUUM dọn 1 triệu dead tuple, và một index phình gấp 4 lần được REINDEX về như mới. PostgreSQL 16.
Bảng UNLOGGED không ghi WAL nên nạp nhanh hơn và không tốn I/O ghi log. Đo thật: nạp 3 triệu dòng sinh 0 byte WAL so với 230 MB, nhanh ~1,4 lần. Nhưng crash một cái là bảng bị cắt sạch về rỗng — chứng minh bằng SIGKILL thật. PostgreSQL 16.
Logical replication dùng publisher/subscriber để nhân bản chọn lọc từng bảng, cho subscriber ghi được và chạy khác phiên bản. Bài này dựng thật lab sang sub_db: publish 2 trong 3 bảng, đo copy ban đầu, INSERT UPDATE DELETE nhân bản, và bảng không publish thì không sang. PostgreSQL 16.
Profile-guided optimization cho compiler dùng profile CPU chạy thật để devirtualize suy đoán những lời gọi interface mà phân tích tĩnh bó tay. Đo thật: PGO devirtualize được h.Chay khi tĩnh không làm được, nhưng benchmark micro gần như không đổi — lợi ích thật là 2-14% trên app lớn. Go 1.23.
reflect mạnh nhưng có giá. Đo thật: đọc field qua reflect chỉ chậm ~2x và 0 cấp phát (chấp nhận được cho json), nhưng reflect.Call chậm ~85x và cấp phát 2 lần vì phải đóng hộp tham số. Cách giảm chi phí bằng cache Value và codegen. Go 1.23.
Hệ message queue có khoẻ không? Đừng nhìn CPU hay throughput — nhìn consumer lag. Bài này đo thật trên Kafka: backlog 200.000 message, consumer chậm, producer thêm 100.000 — lag vọt từ 150.000 lên 250.000 dù consumer vẫn chạy, rồi về 0 khi bắt kịp. LAG = LOG-END-OFFSET trừ CURRENT-OFFSET, và nó là chỉ báo sớm nhất rằng hệ sắp không theo kịp.