A：購入、スパイクは解決すべき主な問題は二つある、現在、非常に一般的なシナリオです。
作成された1つの高圧同時データベース
2競争適切な在庫削減を解決するためにどのような状態の下で（「売られ過ぎ」の問題）
最初の質問については、そのようなRedisのを使用して、データベースの直接操作を、避けるため、購入を処理するためにキャッシュを使用して考えることは非常に簡単です。ポップ操作がアトミックであるため、2番目の質問は、私たちは、高い同時実行の下で、また実装に続いて、多くのユーザーが同時に到着していても、キューに入れて、完了するために、ファイルのロックやトランザクションを商品スパイクをRedisのキューを使用することができますパフォーマンスは、キューイングおよびキューとペアこの時間はもちろん、急速に低下するだけでなく、そのようにも何回か奪われたユーザの場合に発生する可能性がAJAX呼び出しインタフェースによって行われた静的なページを、買うようなものの他の側面を考慮します購入と在庫の結果キューキュー。高い同時実行、ユーザーはデータベースへの書き込み、株式マイナス1、、彼らが購入するスナップ、またはいないされている場合、ユーザーは、購入に結果キューかどうかを判断し、ユーザーキューから取られた糸ループ処理ラインで、キューキューに入ります、ユーザーに結果キュー。