ユーザ毎にアクセスログや操作ログなどを保存して出力するWEBシステムを作成しています。…
ユーザ毎にアクセスログや操作ログなどを保存して出力するWEBシステムを作成しています。 基本的にデータの保存にはMySQLを使っているのですが、 1テーブルにログを蓄積していくと膨大になり、処理に影響が出る事を懸念しています。 自分で調べた解決策として (A)ログは月ごとにファイルを作成し、アクセスがある毎に追加書き込みする。出力時は、日付を選択して対象ファイルを読み込み、一括出力。 (B)SQLiteを使い、ユーザ毎に専用のDBを作成してそこに書き込む (C)MySQLのパーティショニングを使用する 現在はAで対処しているのですが、ログを検索したい時、DB構造ではないので困難です。 CはMySQLのバージョンに依存する為、出来れば使いたくないです。 Bの方法が良いとも思いましたが、はてなの過去ログを調べるとオススメ出来ないとの意見がありました。 そこで質問ですが、膨大化するデータを扱い、
Mysqlでログ系テーブルを運用するときやっておきたいこと - 主夫ときどきプログラマ
SNSやソーシャルゲーム、アドネットワークなどのシステムではいろいろなログ情報をDBに保存することもあると思います。 そのさい、日々増えつづけるデータやパフォーマンスをどの様にさばいていくかが重要になってきます。 今回はログ系のデータをMysqlでどのように運用していくか、をテーマにいくつかのノウハウをまとめました。 ログ系テーブルの特徴 ログ系のデータとは、つまり何かのアクションの履歴データのことです。 一般的にはこのような形になるかと思います。 CREATE TABLE `t_logs` ( `id` bigint(20) unsigned NOT NULL, `user_id` int(10) unsigned NOT NULL DEFAULT '0', `event_id` int(10) unsigned NOT NULL DEFAULT '0', `created` datet
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
