memcached เป็นไดโนเสาร์เมื่อเทียบกับ Redis หรือไม่? [ปิด]

ฉันได้ทำงานกับ memcached มาหลายสัปดาห์แล้วและเพิ่งรู้เรื่อง Redis เมื่อฉันอ่านส่วนหนึ่งของ readme ของพวกเขาฉันก็รู้สึกอบอุ่นและสบายในท้องของฉัน:

Redis สามารถใช้เป็น memcached บนเตียรอยด์เพราะเร็วเท่า memcached แต่มีคุณสมบัติอีกมากมาย เช่นเดียวกับ memcached Redis ยังสนับสนุนการตั้งค่าการหมดเวลาเป็นปุ่มเพื่อให้ปุ่มนี้จะถูกลบโดยอัตโนมัติเมื่อเวลาที่กำหนดผ่านไป

ฟังดูน่าอัศจรรย์ ฉันยังพบหน้านี้พร้อมการวัดประสิทธิภาพ: http://www.ruturaj.net/redis-memcached-tokyo-tyrant-mysql-comparison

ดังนั้นจริงๆแล้ว - memcache จริงๆแล้วเป็น dinousaur เก่าที่เป็นตัวเลือกที่ไม่ดีจากมุมมองการทำงานเมื่อเทียบกับผู้มาใหม่ที่เรียกว่า Redis?

ก่อนหน้านี้ฉันไม่เคยได้ยินเรื่อง Redis มามากดังนั้นแนวทางสำหรับคำถามของฉัน!

Memcache ยังคงเป็นเครื่องมือที่ยอดเยี่ยมและน่าเชื่อถือมาก

แทนที่จะมองปัญหานี้จากมุมมองทำให้ผู้ที่เร็วกว่าในช่วง <100 ms ดูประสิทธิภาพต่อ "คลาส" ของซอฟต์แวร์

• ใช้ RAM ในพื้นที่เท่านั้นหรือไม่ -> เร็วที่สุด
• มันใช้แรมระยะไกลหรือไม่? -> เร็ว
• มันใช้ ram plus hardddisk -> โอ้เหรอ
• ใช้ harddisk เพียง -> run!

ขึ้นอยู่กับสิ่งที่คุณต้องการโดยทั่วไปฉันคิดว่า:

• คุณไม่ควรสนใจเรื่องการแสดงมากเกินไป Redis เร็วกว่าต่อหนึ่งคอร์ที่มีค่าน้อย แต่ memcached สามารถใช้หลายคอร์ที่มีไฟล์เรียกทำงานและ TCP พอร์ตเดียวโดยไม่ต้องใช้ความช่วยเหลือจากไคลเอนต์ memcached ยังเร็วกว่าด้วยค่ามากในลำดับ 100k Redis เพิ่งปรับปรุงจำนวนมากเกี่ยวกับค่าขนาดใหญ่ (สาขาที่ไม่เสถียร) แต่ยังคง memcached เร็วขึ้นในกรณีการใช้งานนี้ ประเด็นตรงนี้คือ: หรืออย่างใดอย่างหนึ่งอาจจะเป็นคอขวดของคุณสำหรับการค้นหาต่อวินาทีที่พวกเขาสามารถส่งมอบ
• คุณควรใส่ใจกับการใช้งานหน่วยความจำ สำหรับคู่ที่คีย์ - ค่าอย่างง่าย memcached มีหน่วยความจำที่มีประสิทธิภาพมากขึ้น ถ้าคุณใช้แฮชของ Redis Redis จะมีประสิทธิภาพของหน่วยความจำมากกว่า ขึ้นอยู่กับกรณีการใช้งาน
• คุณควรสนใจเกี่ยวกับการคงอยู่และการจำลองแบบสองคุณสมบัติที่มีอยู่ใน Redis เท่านั้น แม้ว่าเป้าหมายของคุณคือการสร้างแคช แต่ก็ช่วยได้ว่าหลังจากอัปเกรดหรือรีบูตข้อมูลของคุณยังคงอยู่ที่นั่น
• คุณควรใส่ใจเกี่ยวกับประเภทของงานที่คุณต้องการ ใน Redis มีการดำเนินการที่ซับซ้อนจำนวนมากแม้เพียงแค่พิจารณากรณีการใช้แคชคุณมักจะสามารถดำเนินการได้มากขึ้นในการดำเนินการเดียวโดยไม่ต้องใช้ข้อมูลในการประมวลผลฝั่งไคลเอ็นต์ (บางครั้ง I / O จำเป็นมาก) การดำเนินการนี้มักจะรวดเร็วพอ ๆ กับ GET และ SET ดังนั้นหากคุณไม่ต้องการเพียงแค่ GET / SET แต่สิ่งที่ซับซ้อนกว่า Redis สามารถช่วยคุณได้มาก (คิดที่ timeline caching)

หากไม่มีกรณีการใช้งานก็ยากที่จะเลือกตอนนี้ แต่ฉันคิดว่าหลายสิ่งหลายอย่างที่ Redis ทำให้รู้สึกถึงแม้ว่าคุณจะไม่ต้องการใช้มันในฐานข้อมูล แต่ก็มีความสามารถมากขึ้นที่คุณสามารถแก้ไขปัญหาได้มากขึ้น ไม่เพียงแค่แคช แต่ยังส่งข้อความจัดอันดับและอื่น ๆ

ปล. แน่นอนฉันจะลำเอียงเพราะฉันเป็นผู้นำในการพัฒนาโครงการ Redis

ดังนั้นจริงๆแล้ว - memcache จริงๆแล้วเป็น dinousaur เก่าที่เป็นตัวเลือกที่ไม่ดีจากมุมมองการทำงานเมื่อเทียบกับผู้มาใหม่ที่เรียกว่า Redis?

• การเปรียบเทียบฟีเจอร์ที่ตั้งไว้นั้นRedisมีฟังก์ชั่นการใช้งานที่มากกว่า
• การเปรียบเทียบความง่ายในการติดตั้งRedisยังง่ายขึ้นอีกมาก ไม่จำเป็นต้องพึ่งพา
• การเปรียบเทียบการพัฒนาเชิงรุกRedisก็ดีขึ้นเช่นกัน
• ผมเชื่อว่าmemcachedเป็นนิด ๆ หน่อย ๆ Redisได้เร็วกว่า มันไม่ได้สัมผัสแผ่นดิสก์เลย
• ความเห็นของผมก็คือว่าเป็นผลิตภัณฑ์ที่ดีกว่าRedismemcached

memcached ทำอะไรที่ Redis ไม่ได้ทำคือการขับไล่ค่าจากแคชอย่างน้อยเมื่อเร็ว ๆ นี้ ด้วย memcached คุณสามารถตั้งค่าได้มากเท่าที่คุณต้องการและเมื่อหน่วยความจำล้นหน่วยความจำที่คุณไม่ได้ใช้ล่าสุดจะถูกลบ ด้วย Redis คุณสามารถประมาณสิ่งนี้ได้โดยตั้งค่าการหมดเวลาในทุกสิ่ง เมื่อต้องการเพิ่มหน่วยความจำก็จะดูปุ่มสุ่มสามปุ่มและลบปุ่มที่ใกล้จะหมดอายุที่สุด

นั่นคือความแตกต่างที่สำคัญถ้าคุณเพียงแค่ใช้มันเป็นแคช

คุณอาจต้องการดู Membase

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

ฉันไม่ได้ใช้มัน แต่ดูเหมือนว่า Redis จะเป็นที่เก็บ KV ที่มีหน่วยความจำเป็นศูนย์กลางพร้อมการคงอยู่ ความแตกต่างที่สำคัญจากสิ่งที่ฉันเห็นคือ:

• Redis มีความสามารถในการจัดการข้อมูลมากขึ้น (ชุดที่สั่งซื้อเป็นต้น)
• Redis มีโครงการ Redis Cluster ที่ค้างอยู่เพื่อเพิ่มความยืดหยุ่นในแนวนอน

• Redis มีการถ่ายโอนข้อมูลไปยังดิสก์ (VM) ชั้นเดียวโดยใช้อัลกอริทึมไฮบริดที่พิจารณาทั้ง LRU และขนาดของวัตถุ

• Membase ใช้โปรโตคอลลวด memcached - มีประโยชน์เป็นเส้นทางการอัพเกรดสำหรับการใช้งานที่มีอยู่

• Membase ถูกตั้งค่าให้ขยายตามแนวนอนโดยใช้วิธีแฮชเท็กซ์แบบกระจาย
• Membase สามารถรองรับการถ่ายโอนข้อมูลได้หลายระดับโดยใช้วิธี LRU (ไม่ค่อยมีใครใช้ไปที่ดิสก์สิ่งที่ไม่ค่อยจะไป SSD มักจะอยู่ใน RAM)
• ไม่แน่ใจเกี่ยวกับความสามารถของ TTL ใน Membase

ตัวเลือกอาจขึ้นอยู่กับระดับที่แอปพลิเคชันของคุณสามารถใช้ประโยชน์จากฟังก์ชันการจัดการข้อมูลพิเศษใน Redis

Hazelcast รองรับโปรโตคอล memcached

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

และเป็นทางเลือกที่ทันสมัยในการ memcached คุณควรลองวิธีแก้ปัญหาทั้งหมดเพื่อดูว่าอะไรดีที่สุดสำหรับคุณ