ストリームベースのウェブサイト - memcacheによる最適化のオプション（d）

Question

これはあまり一般的でない、あるいは広範囲にすることなく尋ねるのは難しい質問ですので、あまりに高いレベルのこの質問&回答形式の場合は事前にお詫び申し上げます。

私は頻繁に更新フィード型システムを含むシステム（ア・ラ・「さえずり」スタイル）、およびユーザーの投票に基づいてアイテムをランク付けシステムに取り組んでいます。このシステムは、（ほとんど）innodb mysqlデータベースにアクセスする、PHPで書かれたjson/restful APIに基づいています。データベースそのものは、実際には非常に高度に最適化されており、正常化されています。このシステムはまた、検索のためにスフィンクスを使用し、データ処理のためのいくつかの外部キュー&処理システムを利用する。

私の質問は：誰もがそんなには、データベーステーブルのリレーションに依存しているシステムでmemcacheのを実装する方法のために何か提案がありますか？例えば

：「ホットリストは、」誰かがアイテムに投票するたびに計算されたランクに基づいています。誰かが投票し、アイテムの新しい「ランク」が計算され、mysqlデータベースに整数として格納されます。

数分ごとにこのエントリのリストをキャッシュするためにcronジョブのようなものを書いて、DBをあまり頻繁にヒットしない方が効率的でしょうか、またはDBから 'id'リストをキャッシュするかわりに、アイテムデータをキャッシュし、リスト内の各アイテムのメモリからデータを個別に取得しますか？

カーブボールは、アイテムごとに、ユーザーがアイテムに投票したかどうかを返す必要があります。キャッシュされている可能性もありますが、チェックする必要があるものをキャッシュするのは難しいために。

私は精神的な体操のビットであることが分かりました。それは、それほど多く更新されたデータにあまり依存しているときに、実際にどのデータが理にかなっているか、キャッシュすることができるかを判断しようとしています。

いずれにしても、質問するのが正しい質問であるかどうかはわかりませんが、静的な要素がほとんどないアプリケーションのキャッシュを扱う経験が豊富な人からの洞察が大好きです。

余談として

---

は、私は真剣にランク更新、だけではなく、Redisのリストを更新するデータベースをつまり... '位のアイテムのフィードを管理するためのRedisを使用して、代わりに当たっに探して検討しています。私は赤字で作業するのに少し時間を費やしただけなので、100％ではありません。これは、スケーラビリティに優れたシステムでこれを処理する最善の方法です。パブ/サブ：

Answer 1

Redisのは、ここで重要な何かをしています。これにより、イベントのようなものを公開し、すべてのリスナーにすぐに通知することができます（スケーラビリティ）。

は個人的に、私はRedisのは、あなたのシナリオを提供するためにたくさん持っていると思うなどスワッピングSETEX、SETNXなどに加え、原子リスト - それはまた、様々な「* EX」の操作（アトミック、存在テストを）持っています。