Redis
 sql >> Cơ Sở Dữ Liệu >  >> NoSQL >> Redis

Yêu cầu về không gian cấu trúc dữ liệu Redis

Nó nhiều hơn ước tính của bạn. Giả sử danh sách zip không được sử dụng (tức là bạn có một số lượng lớn các mục).

Danh sách Redis là danh sách liên kết đôi cổ điển:3 con trỏ (trước, sau, giá trị) cho mỗi mục.

Một tập hợp được sắp xếp là một từ điển cộng với một danh sách bỏ qua. Trong từ điển, các mục cũng sẽ được lưu trữ với 3 con trỏ (khóa, giá trị, tiếp theo). Dấu chân bộ nhớ danh sách bỏ qua phức tạp hơn để đánh giá:mỗi nút lấy 1 đôi (điểm), 2 con trỏ (đối tượng, lùi lại), cộng với n cặp (con trỏ, giá trị nhịp) với n từ 1 đến 32. Hầu hết các mục sẽ chỉ chiếm 1 hoặc 2 cặp đôi.

Nói cách khác, khi nó không được biểu diễn dưới dạng ziplist, một tập hợp được sắp xếp cho đến nay là cấu trúc dữ liệu Redis có chi phí cao nhất. So với một danh sách, chi phí bộ nhớ cao hơn 200% (tức là 3 lần).

Lưu ý:cách tốt nhất để đánh giá mức tiêu thụ bộ nhớ với Redis là cố gắng tạo một danh sách lớn hoặc tập hợp được sắp xếp với dữ liệu giả và sử dụng INFO để lấy bộ nhớ.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Làm thế nào để lưu trữ tập hợp các đối tượng đã được sắp xếp trong redis?

  2. đặt khóa hết hạn vào thời điểm cụ thể khi sử dụng Spring caching với Redis

  3. Tại sao KEYS được khuyên không nên sử dụng trong Redis?

  4. Cách tìm kiếm giá trị nội dung trong redis của BookSleeve

  5. Trạng thái phiên với Azure Redis Cache không hoạt động trên nhiều phiên bản