Redis

Đây là gì

Hãy tưởng tượng bạn giữ những ghi chú cần dùng ngay trên bàn làm việc thay vì phải chạy đến tủ hồ sơ mỗi lần cần một tờ — nhanh hơn nhiều, nhưng bàn sẽ trống trơn nếu mất điện. Redis hoạt động giống như chiếc bàn đó: nó giữ dữ liệu trong bộ nhớ làm việc tốc độ cao (RAM, viết tắt của Random Access Memory — bộ nhớ truy cập ngẫu nhiên) thay vì trên ổ đĩa, nên việc đọc và ghi diễn ra cực kỳ nhanh. Nó cũng có thể tùy chọn lưu xuống ổ đĩa. Redis hoạt động như một kho lưu trữ khóa-giá trị (key-value store) nhưng hỗ trợ các cấu trúc dữ liệu phong phú như danh sách (lists), tập hợp (sets), tập hợp có sắp xếp (sorted sets), bảng băm (hashes), và luồng dữ liệu (streams). Nó thường được dùng làm bộ nhớ đệm (), nơi lưu phiên làm việc ( store), hàng đợi (), hoặc bộ giới hạn tần suất (rate limiter) song song với một cơ sở dữ liệu chính.

Điểm mạnh

Độ trễ dưới một mili-giây nhờ vận hành trong bộ nhớ.
Cấu trúc dữ liệu đa dạng: chuỗi (strings), bảng băm (hashes), danh sách (lists), tập hợp (sets), tập hợp có sắp xếp (sorted sets), luồng dữ liệu (streams).
Có sẵn cơ chế TTL (Time To Live — thời gian sống)/hết hạn — mỗi mục dữ liệu có thể tự động xóa sau một khoảng thời gian định trước — rất phù hợp cho việc caching và lưu session.
Các thao tác nguyên tử (atomic) và kịch bản Lua (Lua scripting) cho phép đếm số và khóa (lock) an toàn.
Hỗ trợ pub/sub và streams cho các luồng nhắn tin và xử lý sự kiện.

Đánh đổi

Dữ liệu bị giới hạn bởi dung lượng bộ nhớ có sẵn; tập dữ liệu lớn sẽ tốn kém.
Việc lưu trữ bền vững (persistence) là tùy chọn và có thể làm mất các ghi gần nhất khi hệ thống gặp sự cố.
Không thể thay thế cho một kho lưu trữ quan hệ (relational store) bền vững.
Việc phân cụm (clustering) làm tăng độ phức tạp vận hành cho việc chia dữ liệu (sharding) và chuyển đổi dự phòng (failover).

Khi nào nên dùng

Dùng Redis để lưu đệm kết quả truy vấn tốn kém, lưu trữ session, triển khai giới hạn tần suất (rate limiting), quản lý hàng đợi công việc, xây dựng bảng xếp hạng, hoặc truyền tin nhắn theo thời gian thực. Hãy kết hợp nó với một cơ sở dữ liệu bền vững đóng vai trò là nguồn dữ liệu gốc (source of truth).

Phù hợp với vibe coding ra sao

Khi chỉ đạo AI, hãy nói rõ rằng Redis chỉ là bộ nhớ đệm hoặc kho lưu trữ phụ trợ, không phải hệ thống lưu trữ chính thức. Vì vậy nó nên luôn đặt TTL cho các mục được lưu đệm. Nó cũng nên thiết kế một sơ đồ đặt tên khóa (key-naming scheme) rõ ràng (ví dụ user:123:profile). Hãy yêu cầu AI dùng các lệnh nguyên tử như INCR cho bộ đếm và SET ... NX EX cho khóa (lock), thay vì các chuỗi thao tác đọc-sửa-ghi (read-modify-write) có thể gây tranh chấp (race condition). Một mẹo hay: yêu cầu AI dùng mẫu cache-aside. Điều đó có nghĩa là: trước tiên tìm trong cache; nếu không có, lấy từ cơ sở dữ liệu; rồi lưu vào cache để dùng cho lần sau. Cũng nên yêu cầu AI giải thích chiến lược vô hiệu hóa dữ liệu (invalidation strategy) của nó — cách dữ liệu cũ, lỗi thời được xóa đi — để dữ liệu quá hạn không tồn đọng lại.

# Cache a value with a 1-hour expiry
SET user:123:profile "{\"name\":\"Ada\"}" EX 3600

# Atomic rate-limit counter
INCR rate:ip:203.0.113.5
EXPIRE rate:ip:203.0.113.5 60

# Distributed lock: set only if not exists, auto-expire
SET lock:job:42 "owner-a" NX EX 30

# Leaderboard with a sorted set
ZADD leaderboard 4200 "player:7"
ZREVRANGE leaderboard 0 9 WITHSCORES