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

Các rủi ro

• Locking: Các lệnh như ALTER TABLE có thể khóa bảng, khiến ứng dụng không thể đọc/ghi dữ liệu, gây downtime.
• Thời gian thực thi: Migration quá lâu có thể gây lỗi timeout trên hệ thống triển khai.

Chiến lược an toàn

• Sử dụng strong_migrations: Gem này giúp ngăn chặn các lệnh migration nguy hiểm (như thêm cột với giá trị mặc định trên bảng lớn).
• Chia nhỏ migration: Thay vì thực hiện một thay đổi lớn, hãy chia thành nhiều bước (ví dụ: thêm cột, cập nhật dữ liệu theo từng batch, sau đó mới đặt ràng buộc NOT NULL).
• Online Schema Change: Sử dụng các công cụ như gh-ost hoặc pt-online-schema-change để thay đổi cấu trúc bảng mà không làm khóa bảng.

Lưu ý thực chiến

Luôn kiểm tra thời gian thực thi migration trên môi trường staging có dữ liệu tương đương với production trước khi áp dụng thực tế.

Bản chất của Redis

Redis viết tắt của Remote Dictionary Server, là một hệ thống mã nguồn mở hoạt động theo mô hình lưu trữ cấu trúc dữ liệu trong bộ nhớ (in-memory data structure store). Nó có thể được sử dụng như một cơ sở dữ liệu, bộ đệm (cache), và trình quản lý hàng đợi thông điệp (message broker).

Phân biệt String và Hash trong Redis

1. Redis String

• Định nghĩa: Là cấu trúc dữ liệu cơ bản nhất trong Redis, lưu trữ một chuỗi dữ liệu nhị phân an toàn (binary-safe), có thể chứa văn bản, số nguyên, số thực hoặc hình ảnh (tối đa 512MB).
• Trường hợp sử dụng: Thường dùng để lưu trữ các giá trị đơn lẻ như token xác thực, bộ đếm lượt truy cập, hoặc cấu hình dạng thô.

2. Redis Hash

• Định nghĩa: Là tập hợp các cặp trường và giá trị (field-value pairs) nằm trong một key duy nhất. Ví dụ, một Hash đại diện cho một người dùng có thể chứa các trường như name, age, email.
• Trường hợp sử dụng: Rất phù hợp để đại diện cho các đối tượng (objects) có nhiều thuộc tính.

Khi nào nên chọn Hash thay vì String?

• Tiết kiệm bộ nhớ: Khi lưu trữ một đối tượng có nhiều thuộc tính (ví dụ thông tin người dùng: id, username, status), nếu dùng String, bạn có thể phải tạo nhiều key (user:1:name, user:1:email) hoặc serialize toàn bộ đối tượng thành một chuỗi JSON. Việc tạo nhiều key sẽ tốn kém chi phí bộ nhớ phụ cho cấu trúc quản lý key của Redis. Sử dụng Hash giúp gom nhóm các thuộc tính vào một key duy nhất, tối ưu hóa đáng kể dung lượng RAM.
• Cập nhật một phần tử dễ dàng: Hash cho phép bạn đọc hoặc ghi một field cụ thể (ví dụ dùng lệnh HGET hoặc HSET) mà không cần phải đọc và giải mã (deserialize) toàn bộ đối tượng như khi lưu dưới dạng chuỗi JSON.

Ví dụ thực tế

Thay vì lưu JSON string: SET user:1000 '{"name":"Nguyen Van A","age":25}' Bạn nên dùng Hash: HSET user:1000 name "Nguyen Van A" age 25

Cơ chế hoạt động của lệnh EXPIRE

Lệnh EXPIRE được sử dụng để thiết lập thời gian sống (Time To Live - TTL) cho một key cụ thể tính bằng giây. Khi thời gian này kết thúc, key đó sẽ tự động bị xóa khỏi Redis.

Bản chất mô hình Single-threaded của Redis

Mặc dù các phiên bản Redis gần đây có sử dụng các luồng phụ (background threads) cho một số tác vụ nặng như giải phóng bộ nhớ (lazy freeing) hay I/O phụ trợ, nhưng cốt lõi xử lý các câu lệnh (command execution engine) của Redis vẫn chạy hoàn toàn trên một luồng chính duy nhất (single-threaded event loop).

Sử dụng Redis List làm Message Queue

Redis cung cấp cấu trúc dữ liệu List với các lệnh hỗ trợ thao tác đẩy và lấy dữ liệu ở hai đầu danh sách (Left và Right), rất phù hợp để xây dựng mô hình hàng đợi Producer-Consumer đơn giản.

Việc sử dụng hàm ẩn danh (ví dụ: renderItem={() => }) trong FlatList khiến hàm này được tạo mới sau mỗi lần render của component cha. Điều này dẫn đến việc FlatList luôn coi item đó là thay đổi, kích hoạt quá trình re-render không cần thiết cho toàn bộ danh sách, gây giật lag (jank).

Để tối ưu hóa kích thước bundle, bạn cần thực hiện các bước sau:

Cả hai đều là Hook dùng để tối ưu hóa hiệu năng bằng cách ghi nhớ (memoization):

Trong React Native, JavaScript chạy trên một luồng riêng biệt với UI Thread. Tuy nhiên, nếu thực hiện các tác vụ tính toán quá nặng, nó sẽ làm chậm quá trình giao tiếp qua Bridge hoặc JSI, gây treo ứng dụng.

Khi sử dụng StyleSheet.create, các style được gửi qua Bridge một lần duy nhất dưới dạng ID tham chiếu thay vì gửi toàn bộ object style sau mỗi lần render.

Bản chất vấn đề

Khi một Service Worker mới được cài đặt, nó sẽ chuyển sang trạng thái waiting và chỉ kiểm soát các trang mới sau khi tất cả các client (tab) hiện tại đóng lại. Trong các ứng dụng PWA Enterprise, việc này có thể gây chậm trễ trong việc phân phối các bản vá lỗi quan trọng đến người dùng.

Bản chất vấn đề

Khi người dùng mở một PWA từ màn hình chính (Home Screen) trên thiết bị di động, trình duyệt sẽ hiển thị một màn hình khởi động (Splash Screen) tạm thời trước khi ứng dụng thực sự tải xong và render giao diện. Các thuộc tính theme_color và background_color trong tệp manifest.json quyết định màu sắc của màn hình này.

Bản chất vấn đề

Web Push Notifications cho phép PWA gửi thông báo đẩy đến người dùng ngay cả khi ứng dụng đang đóng hoàn toàn. Quy trình này đòi hỏi sự tương tác giữa Client (trình duyệt), Push Service của nhà cung cấp trình duyệt (FCM, APNS) và Application Server.

Bản chất vấn đề

Chiến lược caching quyết định cách Service Worker phục vụ tài nguyên cho ứng dụng, ảnh hưởng trực tiếp đến tốc độ phản hồi và tính chính xác của dữ liệu khi ngoại tuyến.