Thư Viện Câu Hỏi Phỏng Vấn

Trong chiến lược Write-Through, ứng dụng ghi dữ liệu vào Cache trước, sau đó Cache sẽ tự động cập nhật vào Database. Rủi ro xảy ra khi quá trình cập nhật vào Database thất bại trong khi Cache đã được cập nhật thành công. Điều này dẫn đến trạng thái dữ liệu giữa Cache và Database bị lệch nhau (Inconsistency). Để giải quyết, cần áp dụng cơ chế Transaction hoặc sử dụng Message Queue để đảm bảo tính nhất quán cuối cùng (Eventual Consistency). Nếu Database thất bại, cần thực hiện rollback hoặc retry để đồng bộ lại trạng thái.

Khi sử dụng Cache-Aside, nếu chọn phương pháp Update Cache, trong môi trường đa luồng (multi-threaded), có thể xảy ra tình trạng Race Condition khiến dữ liệu cũ ghi đè lên dữ liệu mới trong Cache. Ngược lại, việc xóa Cache (Delete) sẽ buộc lần truy cập tiếp theo phải thực hiện truy vấn lại từ Database (Cache Miss) và nạp dữ liệu mới nhất vào Cache. Cách này giúp tránh được việc dữ liệu cũ tồn tại lâu dài trong Cache do các thao tác ghi chồng chéo, đảm bảo tính nhất quán cao hơn dù phải chấp nhận một lần truy vấn Database tốn kém hơn.

Thiết lập TTL quá ngắn sẽ dẫn đến hiện tượng Cache Miss liên tục, buộc hệ thống phải truy vấn Database thường xuyên, làm tăng tải cho Database và giảm hiệu năng tổng thể. Ngược lại, thiết lập TTL quá dài sẽ dẫn đến dữ liệu trong Cache bị cũ (Stale data), gây ra sai lệch thông tin cho người dùng. Giải pháp tối ưu là phân tích tần suất thay đổi của dữ liệu (Volatility) để thiết lập TTL phù hợp, hoặc sử dụng cơ chế Cache Invalidation chủ động khi dữ liệu gốc thay đổi.

Redis hoạt động trên cơ chế Single-threaded cho các lệnh xử lý dữ liệu. Khi sử dụng các lệnh có độ phức tạp O(N) với N lớn, Redis sẽ bị chặn (block) trong quá trình xử lý, khiến các yêu cầu khác phải chờ đợi, dẫn đến độ trễ (latency) tăng cao. Đối với các tập dữ liệu lớn, thay vì lấy toàn bộ (HGETALL), nên sử dụng các lệnh lấy từng phần (HSCAN hoặc HMGET) để giảm tải cho CPU và duy trì hiệu năng ổn định cho hệ thống.

Local Cache (như Caffeine hoặc Guava) có tốc độ truy xuất cực nhanh vì nằm trong bộ nhớ của ứng dụng, giúp giảm thiểu độ trễ mạng. Tuy nhiên, nó không chia sẻ dữ liệu giữa các instance. Distributed Cache (Redis) giúp đồng bộ dữ liệu giữa các server nhưng lại có độ trễ mạng. Việc kết hợp (Multi-level Caching) cho phép ứng dụng ưu tiên lấy dữ liệu từ Local Cache trước để đạt hiệu năng tối đa, sau đó mới truy vấn Redis hoặc Database nếu cần, giúp tối ưu hóa cả tốc độ và tính nhất quán dữ liệu toàn hệ thống.

Khi người dùng gửi một yêu cầu (request) đến website, thay vì toàn bộ request phải đi đến Origin Server, CDN sẽ can thiệp vào quá trình này thông qua hệ thống Edge Server.

Mặc dù cả hai đều là kỹ thuật lưu trữ dữ liệu để tăng tốc độ, chúng hoạt động ở các tầng khác nhau:

HTTPS là bắt buộc trong môi trường Enterprise để đảm bảo tính bảo mật (Encryption), toàn vẹn dữ liệu (Integrity) và xác thực (Authentication).

Cache Key là định danh duy nhất mà CDN sử dụng để lưu trữ và tìm kiếm dữ liệu trong bộ nhớ cache. Thông thường, Cache Key mặc định là URL của request.

Geo-Blocking là kỹ thuật chặn hoặc cho phép truy cập dựa trên vị trí địa lý của người dùng thông qua IP Address.

Khái niệm Race Condition

Race Condition xảy ra khi kết quả của một chương trình phụ thuộc vào thứ tự hoặc thời điểm thực thi của các luồng (threads). Khi nhiều luồng cùng truy cập và thay đổi dữ liệu dùng chung (shared data) mà không có cơ chế kiểm soát, trạng thái của dữ liệu sẽ trở nên không nhất quán.

Bản chất vấn đề

Việc tạo mới một Thread (new Thread()) là một thao tác tốn kém tài nguyên hệ thống (CPU và bộ nhớ cho Stack). Nếu ứng dụng tạo quá nhiều luồng, hệ thống sẽ bị quá tải (Overhead) và dẫn đến hiện tượng OutOfMemoryError.

Blocking I/O

Trong mô hình Blocking, khi một luồng thực hiện tác vụ I/O (như đọc file hoặc gọi API), luồng đó sẽ bị tạm dừng (block) và không thể làm việc khác cho đến khi tác vụ hoàn tất. Điều này gây lãng phí tài nguyên luồng.

Khái niệm Context Switching

Context Switching là quá trình hệ điều hành lưu lại trạng thái (context) của một tiến trình hoặc luồng đang chạy, sau đó tải trạng thái của một tiến trình hoặc luồng khác để tiếp tục thực thi. Trạng thái này bao gồm thanh ghi CPU, bộ đếm chương trình và các thông tin bộ nhớ.

Bản chất vấn đề

Do cơ chế tối ưu hóa của CPU và trình biên dịch, các luồng thường lưu trữ giá trị biến vào bộ nhớ đệm (Cache) của CPU thay vì ghi trực tiếp vào bộ nhớ chính (Main Memory). Điều này khiến các luồng khác không cập nhật được giá trị mới nhất.