Redis і Memcache чи просто Redis?

Я використовую memcached для кешування в моєму додатку Rails 3 за допомогою простого Rails.cacheінтерфейсу, і тепер я хотів би виконати фонову обробку роботи за допомогою redis та resque.

Я думаю, що вони досить різні, щоб гарантувати використання обох. Однак на героку існують окремі збори за використання як memcached, так і redis. Чи є сенс використовувати і те, і інше, чи я повинен перейти на просто використання redis?

Мені подобається використовувати memcached для кешування, оскільки найменш нещодавно використані клавіші автоматично виштовхуються з кешу, і мені не потрібні дані кешу, щоб зберегтись. Redis для мене в основному новий, але я розумію, що він зберігається за замовчуванням і що ключі не закінчуються автоматично з кешу.

РЕДАГУВАТИ: Я просто хотів прояснити своє питання. Я знаю, що можна використовувати лише Redis замість обох. Я думаю, я просто хочу знати, чи є якісь конкретні недоліки при цьому? Беручи до уваги як реалізацію, так і інфраструктуру, чи є причини, чому я не повинен просто використовувати Redis? (Тобто, memcached швидше для простого кешування?) Я не знайшов нічого остаточного в будь-якому випадку.

Якщо припустити, що перехід з memcached на redis для кешування, який ви вже робите, досить простий, я б пішов з redis лише для того, щоб зробити все простим.

У redis наполегливість не є обов’язковою, тому ви можете використовувати її подібно memcached, якщо це те, що ви хочете. Можливо, ви навіть виявите, що робити кеш постійним є корисним, щоб уникнути багатьох помилок кешу після перезапуску. Також доступний термін дії - алгоритм дещо відрізняється від запам'ятовуваного, але недостатній, щоб мати значення для більшості цілей - див. Http://redis.io/commands/expire для деталей.

Я автор redis-store , немає необхідності використовувати безпосередньо команди Redis, просто скористайтеся такою :expires_inопцією:

ActionController::Base.cache_store = :redis_store, :expires_in => 5.minutes

Перевагою використання Redis є стійкість, а з моїм самоцвітом є те, що у вас вже є магазини для Rack::Cache,Rails.cache або I18n.

Я бачив кілька великих рейкових сайтів, які використовують як Memcached, так і Redis. Memcached використовується для швидкоплинних речей, які приємно зберігати в пам'яті, але при необхідності їх можна втратити / відновити, а Redis для постійного зберігання. Обидва вони використовуються для зняття навантаження з основної БД для читання / запису важких операцій.

Детальніше:

Запам'ятовується: використовується для кешування сторінок / фрагментів / відповідей, і нормально встановити обмеження пам’яті на Memcached, оскільки це LRU (принаймні нещодавно використовуваний) закінчує термін дії старих матеріалів і часто зберігає доступні клавіші гарячими в пам’яті. Важливо, щоб у БД можна було відтворити що-небудь у Memcached (це не єдина ваша копія). Але ви можете продовжувати скидати речі, і Memcached визначить, які найчастіше використовуються, і збереже їх у пам'яті. Вам не потрібно турбуватися про те, щоб видалити речі з Memcached.

redis: ви використовуєте це для даних, які ви не хотіли б втратити, і вони досить малі, щоб поміститися в пам’яті. Зазвичай це включає завдання reque / sidekiq, лічильники обмеження швидкості, результати розділених тестів або все, що ви не хотіли б втратити / відтворити. Ви не хочете перевищувати обмеження пам’яті тут, тому вам слід бути трохи обережнішими щодо того, що ви зберігаєте та прибираєте пізніше.

Redis починає страждати від продуктивності, коли він перевищує ліміт пам'яті (виправте мене, якщо помиляюся). Це можна вирішити, налаштувавши Redis, щоб він діяв як Memcached і LRU закінчується, тому він ніколи не досягає межі пам'яті. Але ви не хотіли б робити це з усім, що ви тримаєте в Redis, як відновлювані роботи. Отже, замість того, щоб люди часто зберігали за замовчуванням, Rails.cache встановив використовувати Memcached (використовуючи dalliсамоцвіт). А потім вони зберігають окрему глобальну змінну $ redis = ... для виконання операцій redis.

# in config/application.rb
config.cache_store = :dalli_store  # memcached

# in config/initializers/redis.rb
$redis = $redis = Redis.connect(url: ENV['REDIS_URL'])

Це може бути простий спосіб зробити все в Redis - можливо, маючи два окремі екземпляри Redis, один із обмеженим обсягом пам'яті LRU, подібний до Memcache, а інший для постійного зберігання? Я не бачив, щоб це використовувалося, але я думаю, це було б здійсненно.

Я хотів би перевірити свою відповідь на цю тему:

Rails та кешування, чи легко перемикатися між memcache та redis?

По суті, завдяки своєму досвіду, я б виступав за те, щоб тримати їх окремо: memcached для кешування та redis для структур даних та більш стійке зберігання

Я запитав команду в Redis Labs (яка надає доповнення Memcached Cloud та Redis Cloud ) про те, який продукт вони рекомендують для кешування Rails. Вони сказали, що загалом рекомендують Redis Cloud, що Memcached Cloud пропонується в основному для застарілих цілей, і зазначили, що їх послуга Memcached Cloud насправді побудована на вершині Redis Cloud.

Я не знаю, для чого ви їх використовуєте, але насправді використання обох може дати вам перевагу в продуктивності: Memcached має набагато кращу продуктивність, що працює на декількох ядрах, ніж Redis, тому кешування найважливіших даних за допомогою Memcached, а решта зберігається в Redis , скориставшись його можливостями бази даних, може збільшити продуктивність.