いつRuby on Railsアプリケーションでmemcachedを使いたくないですか？

Question

MySQLデータストアを想定すると、いつRuby on Railsアプリケーションでmemcachedを使用したくないですか？

Answer 1

Memcacheは強力な分散キャッシュですが、一部のコンテンツではローカルキャッシュより高速です。キャッシングは、通常はデータベース要求とネットワーク要求であるボトルネックを回避する必要があります。フルページを頻繁に変更しない（非常に動的ではない）ため、HTMLとしてローカルにキャッシュすることができれば、Webサーバーはmemcacheを照会するよりもずっと速くこの機能を提供できます。これは、memcachedサーバーのようにmemcacheサーバーが別々のマシンにある場合に特に当てはまります。

私は、いつか私はそれを自分のサーバーに移動する必要があることを知っているので、私はときどき他のキャッシュオプションの代わりにローカルmemcacheを使用することです。

Answer 2

アプリケーションがすべてのリクエストをすばやく処理できる場合は、memcachedを使用しないでください。 memcachedを追加することは、あなたのアプリをコーディングする際に余分な精神的なオーバーヘッドなので、必要がなければやらないでください。

スケーリングの "one swell problem to have"です。

Answer 3

期限切れのものについて細かい制御をしたいとき。私のテストから、memcachedは約1秒のタイミング分解能しか持たないようです。

EG：1秒以内に何かを期限切れにすると、1秒間と2秒間を超えて滞在する可能性があります。

Answer 4

memcachedの主な利点は、キャッシュです。これは、一度生成して、多くのサーバーでキャッシュから提供できることを意味します（これがmemcachedが作成された理由です）。以前のすべての答えはこれを無視しているようだ - それは彼らがこれまで高度にスケーラブルなアプリケーションを構築するために持っていたなら、私は思ってしまう（memcachedを正確に何であるためである）

Danga対話が のスピードを高めるために、memcachedの を開発しましたLiveJournal.comは のサイトで既に2,000万人以上の動的ページを作成しており、 ウェブサーバーの束と データベースサーバーの束で1万人のユーザーに対して1日あたりビューを表示しています。 memcachedは データベースの負荷がほとんどなくなり、 ユーザーのページ読み込み時間が速くなり、リソースの利用率が向上し、 となり、データベースへのアクセスが速くなりました。 memcache miss。

（私の太字）が

だから、答えは：アプリケーションがしか、単一のサーバーに展開される可能性がある場合。

スケーラビリティと冗長性のために複数のサーバを使用する可能性が高い場合は、memcachedは常に（ほぼ）常に良いアイデアです。