Redis — bộ nhớ đệm in-memory cho website và cửa hàng
Redis là lớp tốc độ đứng sau các website, cửa hàng và marketplace xây dựng trên 4buildsite: nó giữ trong bộ nhớ (RAM) đúng những dữ liệu cần truy cập thường xuyên — trang đã cache, phiên đăng nhập, giỏ hàng, giới hạn tần suất. PostgreSQL vẫn là nguồn dữ liệu gốc; Redis giảm tải cho nó khi lưu lượng lớn. Redis được nền tảng bao gồm và quản lý, bạn không cần cấu hình gì.
Redis là gì và cách nó hoạt động
Redis (REmote DIctionary Server) là cơ sở dữ liệu in-memory mã nguồn mở: nó giữ dữ liệu trong RAM thay vì trên đĩa, nên các thao tác đọc và ghi có độ trễ thấp. Trên 4buildsite, chúng tôi dùng nó làm lớp tăng tốc phía trước PostgreSQL — cho những dữ liệu cần truy cập thường xuyên: trang, phiên, giỏ hàng và giới hạn tần suất.
Khác với đĩa, RAM nhanh hơn nhiều bậc độ lớn, và Redis bổ sung các cấu trúc dữ liệu gốc (string, hash, list, set, sorted set, stream) cho phép thực hiện các thao tác phức tạp ngay trong bộ nhớ, không cần round-trip tới cơ sở dữ liệu chính. Việc xử lý lệnh là đơn luồng, nên hành vi có thể dự đoán và không có race condition.
- Độ trễ điển hình dưới 1 ms và hơn 100.000 thao tác mỗi giây trên một node
- Cấu trúc gốc: hash cho phiên, sorted set cho bảng xếp hạng và giới hạn tần suất, stream cho hàng đợi
- Đơn luồng khi xử lý lệnh → hành vi dễ dự đoán, không cần cơ chế khóa phức tạp
Caching: trang và dữ liệu được lưu đệm trong bộ nhớ
Chiến lược là cache-aside: yêu cầu đầu tiên đọc từ PostgreSQL và lưu kết quả vào Redis kèm TTL (time to live); các yêu cầu sau lấy thẳng từ bộ nhớ. Khi bạn chỉnh sửa một trang, khóa tương ứng được vô hiệu hóa tường minh, thay vì chỉ dựa vào một TTL mù quáng.
Với website giới thiệu hoặc cửa hàng, điều này có nghĩa là danh sách sản phẩm, menu, các trang phổ biến và các đoạn nội dung được trả về từ bộ nhớ, giảm tải cho cơ sở dữ liệu khi lưu lượng lớn. Vào giờ cao điểm (một chiến dịch, Black Friday), Redis hấp thụ các yêu cầu lặp lại.
- Cache-aside với vô hiệu hóa tường minh — không có dữ liệu cũ
- Cache cả các đoạn trang và kết quả truy vấn, không chỉ toàn bộ trang
- Bảo vệ PostgreSQL ở giờ cao điểm, giảm số truy vấn trực tiếp
Phiên, giỏ hàng và bảo vệ chống lạm dụng
Phiên người dùng và refresh token nằm trong Redis: xác thực tra cứu trực tiếp từ bộ nhớ, tự động hết hạn nhờ TTL và thu hồi trên mọi thiết bị khi ai đó đăng xuất hoặc đổi mật khẩu.
Giỏ hàng trong các cửa hàng xây dựng trên 4buildsite được giữ trong Redis cho khách chưa đăng nhập — có thời hạn, không làm phình cơ sở dữ liệu chính. Redis cũng thực thi giới hạn tần suất (rate limiting) trên biểu mẫu liên hệ và đăng nhập bằng sorted set, chặn spam và các nỗ lực brute-force trước khi chúng chạm tới cơ sở dữ liệu.
- Kho phiên với tự động hết hạn và thu hồi token có chọn lọc
- Giỏ hàng bền vững có TTL cho khách vãng lai
- Giới hạn tần suất và chống lạm dụng trên biểu mẫu và xác thực
Thời gian thực và hàng đợi tác vụ nền
Redis Pub/Sub và Streams vận hành các cập nhật thời gian thực: tồn kho giảm trực tiếp, một thông báo trong ứng dụng, trạng thái đơn hàng thay đổi — tất cả không cần khách làm mới trang và không cần polling lặp đi lặp lại làm mệt máy chủ.
Các tác vụ nặng (xử lý ảnh, tạo bản xuất dữ liệu, đồng bộ) được đưa vào hàng đợi Redis và chạy bởi các worker nền, nhờ đó các việc nặng không chặn phản hồi tới khách. Cơ chế khóa phân tán đảm bảo một thao tác quan trọng không chạy hai lần.
- Pub/Sub và Streams cho các sự kiện trực tiếp (tồn kho, đơn hàng, thông báo)
- Hàng đợi tác vụ cho xử lý nặng chạy bất đồng bộ
- Khóa phân tán cho các thao tác không được chạy hai lần
Ưu điểm và hạn chế
Ưu điểm
- Dữ liệu đã cache được đọc trực tiếp từ bộ nhớ (RAM)
- Giảm mạnh tải cho PostgreSQL khi lưu lượng lớn
- Cấu trúc gốc cho phiên, giỏ hàng, giới hạn tần suất và bảng xếp hạng
- Pub/Sub và Streams cho các tính năng thời gian thực, không cần polling
- Hàng đợi tác vụ cho xử lý nặng, tách khỏi luồng phản hồi tới khách
- Được nền tảng bao gồm và quản lý — bạn không cần cấu hình gì
Hạn chế
- Dữ liệu nằm trong RAM, đắt hơn đĩa → không phù hợp cho khối lượng lớn dữ liệu "nguội"
- Đây là lớp cache / lớp phụ trợ, không phải nguồn dữ liệu gốc — dữ liệu vĩnh viễn vẫn nằm trong PostgreSQL
- Persistence (RDB/AOF) giảm nhưng không loại bỏ hoàn toàn nguy cơ mất vài giây dữ liệu cuối khi gặp sự cố
- Cần chiến lược vô hiệu hóa cache đúng đắn, nếu không có thể phục vụ dữ liệu cũ
Kết luận nhanh
Hãy dùng Redis cho dữ liệu cần truy cập thường xuyên — caching, phiên, giỏ hàng, giới hạn tần suất, thời gian thực và hàng đợi tác vụ. Đừng dùng nó làm kho dữ liệu chính; việc đó dành cho PostgreSQL. Trên 4buildsite bạn có cả hai, được kết nối tự động: bạn không phải chọn hay cấu hình gì.
Bảng thông số kỹ thuật
| Khả năng | Chi tiết | Nơi được dùng trong trình xây dựng |
|---|---|---|
| Độ trễ | < 1 ms (in-memory) | Trang và dữ liệu lưu đệm được đọc từ bộ nhớ |
| Thông lượng | > 100.000 ops/s mỗi node | Lưu lượng lớn, giúp giảm tải cho cơ sở dữ liệu |
| Cấu trúc dữ liệu | string, hash, list, set, sorted set, stream | Phiên, giỏ hàng, bảng xếp hạng, hàng đợi, giới hạn tần suất |
| Lưu trữ bền vững | Snapshot RDB + log AOF | Phục hồi nhanh sau khi khởi động lại |
| Hết hạn | TTL theo từng khóa | Giỏ hàng, phiên và cache tự dọn dẹp |
| Thời gian thực | Pub/Sub + Streams | Tồn kho, thông báo, trạng thái đơn hàng trực tiếp |
Redis (cache) so với chỉ dùng cơ sở dữ liệu
| Tiêu chí | Có Redis | Chỉ PostgreSQL |
|---|---|---|
| Thời gian phản hồi với dữ liệu lặp lại | đọc từ bộ nhớ (RAM), không truy vấn cơ sở dữ liệu | truy vấn cơ sở dữ liệu cho mỗi yêu cầu |
| Khi lưu lượng lớn | cơ sở dữ liệu được bảo vệ, dễ mở rộng | cơ sở dữ liệu nghẽn, có nguy cơ timeout |
| Giỏ hàng và phiên | đọc/ghi trong bộ nhớ, tự động hết hạn | các bảng phình to và làm nặng cơ sở dữ liệu |
| Thời gian thực | Pub/Sub và Streams gốc | polling lặp lại, tốn kém |
| Hàng đợi tác vụ | gốc, đơn giản để sử dụng | giải pháp chắp vá hoặc không có |
Câu hỏi thường gặp
Nói ngắn gọn, Redis là gì?
Một cơ sở dữ liệu in-memory, được dùng làm lớp cache, phiên và thời gian thực phía trước cơ sở dữ liệu chính. Dữ liệu được lưu trong RAM nên các thao tác đọc và ghi có độ trễ thấp.
Vì sao không chỉ dùng PostgreSQL?
PostgreSQL là nguồn dữ liệu gốc (dữ liệu bền vững), nhưng Redis phục vụ dữ liệu lặp lại từ bộ nhớ và đảm nhận giỏ hàng, phiên, giới hạn tần suất và thời gian thực, bảo vệ cơ sở dữ liệu khi lưu lượng lớn. Hai thành phần này phối hợp với nhau.
Nếu Redis ngừng hoạt động, tôi có mất dữ liệu không?
Không phải nội dung site của bạn: dữ liệu vĩnh viễn nằm trong PostgreSQL. Redis chỉ giữ cache và dữ liệu tạm thời, và persistence RDB/AOF giúp giảm mất mát. Việc khởi động lại Redis không ảnh hưởng tới site đã xuất bản của bạn.
Tôi có phải tự cấu hình Redis không?
Không. Redis được nền tảng 4buildsite bao gồm và quản lý; bạn có các tính năng cache và thời gian thực mà không phải quản trị gì.
Redis giúp ích gì cho cửa hàng online?
Giỏ hàng lưu trong Redis cho khách truy cập, danh sách sản phẩm được cache, tồn kho cập nhật trực tiếp và bảo vệ chống lạm dụng ở bước thanh toán và trên biểu mẫu — giúp giảm tải cho cơ sở dữ liệu.
Redis có giúp SEO và Core Web Vitals không?
Có, một cách gián tiếp: thời gian phản hồi của máy chủ ảnh hưởng đến TTFB và Core Web Vitals, những chỉ số quan trọng với Google và với trải nghiệm người dùng.