MySQLでログテーブルを作りたい

Question

お世話になっております。
現在Laravelフレームワークを用いてのWebアプリケーションを運用中です。
CtoBサービスなんですが、ユーザーのある行動に対してログを取りたいと考えています。
それを用いて分析や、有料オプションでグラフ表示ができるなど役立てたいのですが、ログテーブルのような大量のinsertが予定され、すぐに数千、数万行行ってしまうようなテーブルを作成したことがなく、ログテーブルの運用に置けるベストプラクティスを知りたいと考えています。
RDB系はログなどの蓄積型には弱いなどの話も調べたら出てきました。

SQL全般でのセオリーでも構いませんし、具体的にこんな考え方で運用するものだ、のような方法論があるならご教示いただきたいです。
何卒よろしくお願いいたします。

Comments

[m.ts10806]

SQL Server は本件とどのように関係するのでしょうか。

あと、パフォーマンス気になるなら、テストデータを放り込んで試してみれば良い話とは思うのですけど。
どの程度のスペックでの環境を準備しようとしているかにもよります

Answer 1

ユーザーに提供するサービスに関するのなら、設計対象として要件を明らかにしておく必要があります。

一般的にログと言えば、システムの動作に関してや、セキュリティに関する、保守目的の記録であることが多いです。

保守目的であるなら、一定期間保持して外部媒体に逃がして容量を押さえるとか、アプローチが違ってきますので。

Comments

[paranoaman1217]

ご回答いただきありがとうございます。
要件としましては、はっきり固まっているわけではなく、「アクセス数」をエンドユーザーに見せる、という要望があったからです。例えばyoutubeの再生回数のような形であると考えますが、保守用という用途ではなく表示用としての要望でした。

Answer 2

それを用いて分析や、有料オプションでグラフ表示

どういう分析するかによって、設計は変わりますよね。
具体例があって、どういう懸念があって、その上での解決方法なら回答のしようがあるかと思います。

質問から分かるのは、レコード数が多いことと、Group by による集計があるよなってことぐらいなので、SELECTが速けれりゃ問題ないんじゃない？とも思う。

実際に負荷が生じて、DB全体のボトルネックになる可能性を懸念しているのか、はたまたそのほかの何かを心配しているのかは、質問文からは読み取れません。

負荷に関することなら

• テーブルをパーティショニングする
• ログを格納するDB自体を別のホストにする

いろいろ方法はあると思う。

Comments

[paranoaman1217]

大変参考になります。
>実際に負荷が生じて、DB全体のボトルネックになる可能性を懸念している
まさにここの部分で懸念している感じです。

>テーブルをパーティショニングする
>ログを格納するDB自体を別のホストにする

いくつか用語をいただいたのでこれを調べてみて知識を広めていこうとお思います、ありがとうございます！