1、嵐の中で、リアルタイムのホットスポットを瞬時に計算して発生します。
嵐のタスク、万件の商品以上の訪問数を計算し、LRUMap
より高い周波数、5秒ごとに、セッション数がソートする請求LRUMap、統計の平均数を横断する次の行アクセス商品の95%
例えば、商品の95%が、平均値は100回のであり、訪問
フロント、バックトラバーサル、瞬間を見つけるの開始から、ホット・データのない外観はありません
10回の平均値(100)の1000,95%、平均価値のn倍の95%を超える、例えば、閾値を設定するには、この時、5倍
私たちは、ホットデータが瞬時に現れている、それは短時間でアクセスの量を決定することができると思いますでも、数回または数百回の平均値に、拡大を続けます
横断するとき、彼は訪問の数は、このサイクルを打破するために、安全のために、5倍未満の平均、最初の製品を言ったことがわかりました
ホットデータ、熱データではなく、概念
製品は、データ10の前にホットであると述べた100商品が、商品がトップ10には、約500の見解熱いされ、他の一般的な商品、ビューは約200あり、あります
考え出しました
ウォームアップ時間は、キャッシュの暑さの中で、これらのデータは、それを予熱します
ホット、項目の前の交通、10倍を超えた瞬間、正常品、または1000倍、100倍、ホット
図2は、ここでは嵐、httpリクエストは、nginxの上の要求を処理するためのluaスクリプトで、nginxのに直接送信されます
嵐がローカルキャッシュに、上記nginxのために流れ分布に送信商品コード自体に対応するホットスポットであろう
ストームは、サーバがローカルキャッシュに直接アップnginxのすべてのアプリケーションに送信され、ホットスポットに対応するキャッシュデータを完了します
図3に示すように、流れ分配nginxの分布戦略格下げ
我々はそれが熱い見つけた場合配布nginxのに加え、ロジックフロー、つまり、あなたがページを一覧表示する店を訪問するたびに、すぐにトラフィック分散戦略をダウングレードしないとき、
PRODUCTIDとハッシュ戦略は、アプリケーション・サーバーのnginxのに同じアクセス権を持っています
ダウングレードアップすべてのバックエンド・アプリケーション・サーバーのnginxのに送信されたトラフィックのロードバランシングのランダムな分布を取るために、このホットな商品をペアリング
ホットインスタントアクセスは、すべてのnginxのを、ハッシュから配信、データをキャッシュさになった、負荷分散、複数のnginxまで送られ、
、多くのトラフィックがすべて単一のマシンに集中言って避けnginxの500,000の訪問、アプリケーションのnginxの5セット、あなたはそれぞれの帳簿価額100,000アクセスすることができます
4、嵐も特定のホットスポットのリストの最後を押したままにする必要があります
いくつかの商品を見て、何かの差分を行う次回、ホットリストの最後でのホットスポットのリストを確認するには、ホットスポットではなかったかもしれません
ホット取り消しロジックは、ホットスポットに対応するデータをキャンセルし、トラフィック分散nginxのアップにHTTPリクエストを送信し、ローカルキャッシュnginxのから削除されます