異なるアプリケーションサーバ、共有する方法セッション

ワン：共有のMySQLデータベースは、1のセッションID：すべてのsession_idがmysqlデータベースに格納されている、彼らは2の方法のセッションIDの同期化の目的を達成するために、セッションID内のデータベースをチェックしようとしているときに、各要求：すべてとセッションIDのテーブルMySQLがマスターから作られた場合、テーブルは一緒になって、すべてのデータベースのニーズは、この形で存在し、時間から時間に利点と欠点同期：上記2つの方法が、この方法は、セッションテーブルとテーブルサービスを分離するために優れている、データベースを低減します効率が非常に低いので、この方法をお勧めしませんが、頻繁に読み取りおよび書き込みならば圧力、mysqlは読書、ディスクベースのデータベースであると書き込みは、比較的遅かったです。第2のユーザがサーバにアクセスするとき、ユーザはBに割り当てられたサーバーにアクセスする場合、セッション情報がクッキーで生成され、格納されるクッキー転写ステーション、生成クッキー上のページにアクセスするユーザ・セッション情報をセッションクッキーを共有することにより、第一サーバがセッション情報を持たない、とされていない場合は、サーバBの欠点に同期セッションクッキー情報内に置くチェック：クッキーの共有セッション、セキュリティは、傍受またはクライアントがクッキーを禁止されている場合は、増加した可能性を偽造し、高くありませんあなたができる、ログインが成功した後、他のサーバーがセッション情報を持っているように、我々は、情報を他のサーバーに同期されているスクリプトやデーモンのセッションを使用することができ、ログインサーバーとして単一のサーバーを使用して、サーバー同期共有セッションの共有セッションの採用がないかもしれませんサインイン状態。短所：異なるマシンを可能にする、同期が終了するまで分布の訪問は待っていないこと、およびログインサーバがダウンしていると、システム全体がNFS共有sessionNFSを通じて4（ネットワークファイルシステム）を実行することはできませんした後、同期サーバは、遅いです。ファイルを共有するために、異なるオペレーティングシステム。私たちは情報のセッションを共有できるようにするたびに、すべてのサーバへのユーザの訪問は、セッション情報を取得するために、サーバーに生成されたすべてのセッション情報を書き込み、NFSサーバを準備します。短所：NFSサーバーがダウンした場合、あなたが働くことができない、あまりにも依存は、もちろん、あなたはクラスタの設定を検討することができます。V. ユーザーがサーバーにアクセスすると、データベースから取得したデータを得ることができない場合、データは最初に、memcacheのから取得され、データがmemcacheのに同期している：sessionmemcacheは、分散キャッシュシステム、memcacheのワークフローれる同期させるためにmemcacheのを使用して、 、二回目は、memcacheのからのデータへのアクセスを得ることができるようになります。だから、関係なく、memcacheのに格納されているもの、サーバが生成したセッション情報、あなたが共有することはできません長所と短所がセッションID：この同期セッションは、メモリ内で、クッキーのセキュリティよりも、データベースの負担を増やし、より多くのではないだろう、速読高速短所：メモリキャッシュデータは、それがメモリの断片を生成する、メモリが十分に利用できない、メモリのブロックの形で格納されます。そして、memcacheのは、サーバーがダウンしたら、メモリに記憶されているデータがあるとして、データは、。6、Memcacheの共有セッションを失い、Redisのをsessionredisによって共有され、差はRedisのは、定期的にデータの書き込みを更新しますです、メモリ上にのみ存在しますディスクまたは修飾動作ログファイルに追加し、マスタに基づいて実施することができるに