TokyoTyrantを使った、セッションストレージ(その1) | らいふログ
Tokyo TyrantによるHAなセッションストレージ 2 PHPから利用する篇 を参考にして作ってみた。 2台サーバを使って、セッション情報を共有できる事を確認するのがゴール。 今回は、セッション格納用のTokyoTyrantを準備する処まで。 ■起動用スクリプトを作成 基本的には、/usr/local/sbin/ttservctlをコピー。 今回は、chkconfigにも追加したかったのでいくつか修正。 chkconfigへ追加 期限切れレコードの削除用luaの追加 をしたかったので若干修正。 /etc/rc.d/init.d/ttservd として作成した。 #! /bin/sh # chkconfig: 345 65 55 # description: Startup script for the server of Tokyo Tyrant For Session #
データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[sledge-users] Sledge::Plugin::SessionDelayLoad
