Flickr: RedisをMySQLのセカンダリインデックスにする - ワザノバ | wazanova.jp

http://code.flickr.net/2013/03/26/using-redis-as-a-secondary-index-for-mysql/ Flickrがエンジニアブログで、Redisを利用したDBクエリ最適化の事例を紹介しています。 1) 背景 Yahoo.comのサイトの右側に、直近でアクティブなFlickrコンタクトの写真が10枚掲載 [例] されます。 Yahoo.comのトップページのサイトパフォーマンスを担保するため、このAPIはかなり厳しめのSLA (Service Leve Agreement) が課せられてます。直近に写真をアップロードしたアクティブなユーザのリスト作成の際、コンタクト数が多いユーザが存在すると、SLAを守るパフォーマンスがだせないため、クエリとMySQLのインデックスを改善する必要がでてきた。 2) 最初の試み 直近のコンタクトデータを非

[mainyaa]

コンタクトリストが多いユーザー向けのチューニング。cronでコンタクトを非正規化してredisに格納、アクティブユーザーをsorted setで最適化。実際にクエリーが走るときに写真のプライバシー設定をみる

[kimutansk]

セカンダリインデックスというかアクティブなキャッシュというか・・　ただ、比較的汎用的に使えそうな対処ではありますね。

[pullphone]

ソート系の処理をほぼリアルタイムで実現するために、実データは RDBMS 上においたまま、PK とかを redis の sorted list に入れておいてそっから引けば簡単に高速化出来る、っていう話。ソシャゲでもよく使われてる