Bài viết về: Performance
OFFSET 100000 trông vô hại, nhưng database vẫn phải tìm và bỏ qua một lượng lớn record trước khi trả vài chục dòng. Trong lúc người dùng chuyển trang, dữ liệu mới còn có thể được chèn vào đầu danh sách, khiến một item xuất hiện hai lần hoặc biến mất khỏi hành trình đọc.
Đọc tiếp →
Load average 20 không tự động có nghĩa CPU đang chạy 100%. Trên Linux, load còn tính các task đang chạy/chờ CPU và task ở trạng thái uninterruptible sleep, thường là chờ I/O. Vì vậy một server “load cao” có thể nghẽn CPU, disk, NFS, memory reclaim, hypervisor hoặc một kernel path khác.
Đọc tiếp →
Linux hiển thị RAM “used” cao chưa chắc là thiếu bộ nhớ. Kernel chủ động dùng RAM trống cho page cache và có thể thu hồi khi ứng dụng cần. Sự cố thật sự xuất hiện khi MemAvailable giảm kéo dài, swap hoạt động mạnh, tiến trình bị stall hoặc kernel phải dùng OOM Killer để giải phóng bộ nhớ.
Đọc tiếp →
Cache có thể giảm latency và tải database rất mạnh, nhưng cũng có thể trả dữ liệu cũ, che lỗi và tạo một đợt truy vấn đồng thời khi key hết hạn. Thiết kế cache production cần xác định nguồn dữ liệu chuẩn, mức độ stale chấp nhận được, cách invalidation và hành vi của ứng dụng khi Redis không khả dụng.
Đọc tiếp →
Khi ứng dụng SQLite chậm, thêm index theo cảm tính thường tạo thêm dung lượng và chi phí ghi mà chưa chắc sửa đúng truy vấn. Quy trình hiệu quả là đo truy vấn thật, đọc kế hoạch thực thi, thiết kế index theo điều kiện lọc và sắp xếp, rồi đo lại trên dữ liệu có kích thước gần production.
Đọc tiếp →