Là memcached một con khủng long so với Redis? [đóng cửa]

Tôi đã làm việc khá nhiều với memcached những tuần trước và chỉ cần tìm hiểu về Redis. Khi tôi đọc phần này của bài đọc của họ, tôi đột nhiên có một cảm giác ấm áp, ấm cúng trong bụng:

Redis có thể được sử dụng như một memcached trên steroid vì nhanh như memcached nhưng với một số tính năng nhiều hơn. Giống như memcached, Redis cũng hỗ trợ cài đặt thời gian chờ thành các phím để phím này sẽ tự động bị xóa khi một khoảng thời gian nhất định trôi qua.

Điều này nghe thật tuyệt vời. Tôi cũng đã tìm thấy trang này với điểm chuẩn: http://www.ruturaj.net/redis-memcached-tokyo-tyrant-mysql-comparison

Vì vậy, thành thật mà nói - Có phải memcache thực sự là dinousaur cũ mà là một lựa chọn tồi từ góc độ hiệu suất khi so sánh với người mới này được gọi là Redis?

Tôi chưa từng nghe nhiều về Redis trước đây, do đó cách tiếp cận cho câu hỏi của tôi!

Memcache là một công cụ tuyệt vời vẫn còn và RẤT đáng tin cậy.

thay vì xem xét vấn đề này từ góc độ nhận ra ai nhanh hơn trong phạm vi <100 ms, hãy xem hiệu suất trên mỗi "lớp" của phần mềm.

• Có phải nó chỉ sử dụng ram địa phương? -> nhanh nhất
• Nó có sử dụng ram từ xa không? -> nhanh
• Nó có sử dụng ram cộng với ổ cứng -> oh Hurm.
• Có phải nó chỉ sử dụng đĩa cứng -> chạy!

Phụ thuộc vào những gì bạn cần, nói chung tôi nghĩ rằng:

• Bạn không nên quan tâm quá nhiều về màn trình diễn. Redis nhanh hơn trên mỗi lõi với các giá trị nhỏ, nhưng memcached có thể sử dụng nhiều lõi với một cổng TCP và thực thi duy nhất mà không cần sự trợ giúp từ máy khách. Ngoài ra memcached nhanh hơn với các giá trị lớn theo thứ tự 100k. Redis gần đây đã cải thiện rất nhiều về các giá trị lớn (nhánh không ổn định) nhưng vẫn còn memcached nhanh hơn trong trường hợp sử dụng này. Vấn đề ở đây là: không phải cái này hay cái kia có thể sẽ là nút cổ chai của bạn cho truy vấn mỗi giây mà chúng có thể phân phối.
• Bạn nên quan tâm đến việc sử dụng bộ nhớ. Đối với các cặp khóa-giá trị đơn giản, memcached sẽ tiết kiệm bộ nhớ hơn. Nếu bạn sử dụng băm Redis, Redis sẽ hiệu quả hơn về bộ nhớ. Phụ thuộc vào trường hợp sử dụng.
• Bạn nên quan tâm đến sự kiên trì và nhân rộng, hai tính năng chỉ có trong Redis. Ngay cả khi mục tiêu của bạn là xây dựng bộ đệm, điều đó sẽ giúp sau khi nâng cấp hoặc khởi động lại, dữ liệu của bạn vẫn ở đó.
• Bạn nên quan tâm đến các loại hoạt động bạn cần. Trong Redis có rất nhiều thao tác phức tạp, thậm chí chỉ cần xem xét trường hợp sử dụng bộ đệm, bạn thường có thể làm nhiều hơn trong một thao tác, mà không yêu cầu dữ liệu phải được xử lý phía máy khách (đôi khi rất cần I / O). Thao tác này thường nhanh như GET và SET. Vì vậy, nếu bạn không chỉ cần NHẬN / THIẾT LẬP nhưng những thứ phức tạp hơn Redis có thể giúp ích rất nhiều (nghĩ về bộ nhớ đệm dòng thời gian).

Không có trường hợp sử dụng rất khó để chọn ngay bây giờ, nhưng tôi nghĩ rằng đối với nhiều thứ, Redis có ý nghĩa ngay cả khi bạn không muốn sử dụng nó như một DB, có khả năng giải quyết nhiều vấn đề hơn, không chỉ lưu trữ mà còn nhắn tin, xếp hạng, v.v.

Tất nhiên tôi có thể bị thiên vị vì tôi là nhà phát triển chính của dự án Redis.

Vì vậy, thành thật mà nói - Có phải memcache thực sự là dinousaur cũ mà là một lựa chọn tồi từ góc độ hiệu suất khi so sánh với người mới này được gọi là Redis?

• So sánh các tính năng được thiết lập sau đó Rediscó nhiều chức năng hơn;
• So sánh dễ cài đặt Rediscũng dễ dàng hơn rất nhiều. Không phụ thuộc cần thiết;
• So sánh phát triển tích cực Rediscũng tốt hơn;
• Tôi tin memcachedlà nhanh hơn một chútRedis . Nó hoàn toàn không chạm vào đĩa;
• Ý kiến ​​của tôi là Redissản phẩm tốt hơn memcached.

Những gì memcached làm mà Redis không làm là việc trục xuất các giá trị ít được sử dụng gần đây nhất từ ​​bộ đệm. Với memcached, bạn có thể đặt bao nhiêu giá trị tùy thích một cách an toàn và khi chúng tràn bộ nhớ, những giá trị bạn không sử dụng gần đây sẽ bị xóa. Với Redis, bạn chỉ có thể ước chừng điều này, bằng cách đặt thời gian chờ cho mọi thứ; khi cần giải phóng bộ nhớ, nó sẽ xem xét ba khóa ngẫu nhiên và xóa một phím gần nhất sắp hết hạn.

Đó là sự khác biệt chính, nếu bạn chỉ sử dụng nó làm bộ đệm.

Bạn cũng có thể muốn xem Membase.

http://www.northscale.com/products/membase_server.html

Tôi chưa sử dụng nó, nhưng nó có vẻ giống với Redis ở chỗ nó là một cửa hàng KV tập trung vào bộ nhớ với sự bền bỉ. Sự khác biệt chính từ những gì tôi có thể thấy là:

• Redis có khả năng thao tác dữ liệu nhiều hơn đáng kể (các bộ được đặt hàng, v.v.)
• Redis có một dự án Redis Cluster đang chờ xử lý để thêm khả năng mở rộng theo chiều ngang

• Redis có một tầng giảm tải dữ liệu vào đĩa (VM) dựa trên thuật toán lai xem xét cả LRU và kích thước của đối tượng.

• Membase sử dụng giao thức dây memcached - hữu ích như một đường dẫn nâng cấp cho các ứng dụng hiện có

• Membase được thiết lập để mở rộng theo chiều ngang bằng cách sử dụng phương pháp băm phân tán
• Membase có thể hỗ trợ nhiều tầng giảm tải dữ liệu bằng cách sử dụng phương pháp LRU (rất hiếm khi được sử dụng vào đĩa, phần nào hiếm khi chuyển sang SSD, công cụ thường xuyên nằm trong RAM)
• Không chắc chắn về khả năng TTL trong Membase.

Sự lựa chọn có thể phụ thuộc vào mức độ mà ứng dụng của bạn có thể tận dụng chức năng thao tác dữ liệu bổ sung trong Redis.

Hazelcast hỗ trợ giao thức memcached nguyên bản

https://web.archive.org/web/20140601010929/http://hazelcast.org/docs/latest/manual/html-single/hazelcast-documentation.html

và do đó là một thay thế hiện đại cho memcached. Bạn nên thử tất cả các giải pháp để xem những gì phù hợp nhất với bạn.