健全な WordPress データベースのためのログ テーブルの管理
English version: Managing Log Tables for a Healthy WordPress Database
WordPress サイトを安全かつ効率的に保つことは、WP Cerber のような強力なプラグインがバックグラウンドで休みなく動作している場合は特に、簡単なことではありません。WP Cerber の機能の重要な部分は、 cerber_log
とcerber_traffic
2 つのデータベース テーブルを使用してイベントとトラフィックをログに記録することです。これらのログはアクティビティの監視と分析に不可欠ですが、データベースの肥大化を防ぎ、最適な Web サイト パフォーマンスを維持するには、ログを効果的に管理することが不可欠です。この記事では、これらのログ テーブルがどのように機能するか、サイズに何が影響するか、そしてログ テーブルを管理する方法について説明します。
WP Cerber ログテーブルを理解する
WP Cerber は、ウェブサイト上のイベントを記録するために 2 つの主要なテーブルを使用します。
-
cerber_log
アクティビティ ログを保存します。 -
cerber_traffic
トラフィックの詳細を追跡します。
これらのテーブルは、イベントや HTTP リクエストを記録するにつれて自然に大きくなります。時間が経つにつれて、特にトラフィックの多いサイトでは、データベースの使用量が著しく増加する可能性があります。幸いなことに、WP Cerber では、これらのログを管理および最適化する方法がいくつか用意されています。
ログ テーブルのサイズを決定するものは何ですか?
cerber_log
テーブルとcerber_traffic
テーブルのサイズには、いくつかの要因が影響します。
- ウェブサイト イベント: イベントが増えると、レコードも増えます。たとえば、ログイン試行、ログイン失敗、その他のアクティビティは、
cerber_log
テーブルの増加に影響します。 - HTTP リクエスト: 受信トラフィックの量が多いと、
cerber_traffic
テーブルのサイズが増加します。 - WP Cerber 設定: 有効にするログ記録オプションによって、保存される情報の量が決まります。
これらの要因を理解することで、不必要なデータベースの増大を防ぐための対策を講じることができます。
自動クリーンアップで肥大化を防止
WP Cerber は、ログ データを効率的に管理するように設計されています。設定した保持設定に基づいて、古いレコードを自動的に削除します。これにより、データベースに不要なデータが蓄積されず、管理可能な状態が維持されます。
ログテーブルのサイズを最適化する方法
WP Cerber では、ログの保存期間を制御できます。次の設定で保存期間を調整できます。
- 「ログインしていない訪問者のログ記録を保存する」
- 「ログインしたユーザーのログ記録を保存する」
次の設定があります:
- アクティビティ ログのメイン設定タブ。
- Traffic Inspectorの[設定]タブで、 Traffic Inspector ログを確認します。
保持期間を短く設定することで、最新データへのアクセスを失うことなくデータベースの使用量を削減できます。
トラフィック インスペクタ ログの管理
トラフィック インスペクター ログテーブルのサイズは、受信リクエストごとにログに記録するデータの量によって異なります。トラフィック ログセクションでは、特定のログ オプションを有効または無効にできます。
- トラフィック ログ: トラフィック ログを完全に無効にすると、
cerber_traffic
テーブルのサイズがゼロになります。 - アクティビティ ログ: これは WP Cerber のコア機能であり、プラグインの分析とセキュリティ アルゴリズムをサポートしているため、無効にすることはできません。
推奨設定
アクティビティ ログの場合、90 日間の保持期間は、有用な記録の維持とデータベース サイズの管理のバランスが取れた期間です。トラフィック インスペクター ログの場合、トラフィック データは蓄積が早くなり、大量のストレージを占有する可能性があるため、ログを最大 30 日間保持することをお勧めします。
ログテーブルサイズの監視
WP Cerber は、ログ テーブルを監視するのに役立つツールを提供します。
- 診断タブ: データベース情報セクションにログ テーブルの現在のサイズを表示します。
- 手動クリア:診断タブから直接テーブルを空にすることができますが、潜在的に貴重な履歴データが削除されるため、通常は推奨されません。詳細については、アクティビティ ログとライブ トラフィック ログのクリアを参照してください。
継続的なログ増加のトラブルシューティング
ログ テーブルが制御不能に増大していることに気付いた場合、WordPress の cron タスクに問題がある可能性があります。これらのスケジュールされたタスクは、ログのクリーンアップを含むメンテナンス ジョブの実行を担当します。構成の誤りや Web サーバーの問題により、これらのタスクが適切に実行されない場合があります。
この問題を診断して解決するには、次のガイドを参照してください:ログ テーブルが大きくなる理由とその修正方法。
この問題に対処しないと、Web サイトの速度が低下し、バックアップなどの重要な操作が中断される可能性があります。
結論
WP Cerber のログ テーブルを管理することは、WordPress サイトを安全かつ効率的に維持するための重要な部分です。これらのテーブルの動作を理解し、プラグインの設定を使用してサイズを制御することで、データベースの肥大化を防ぎ、最適なパフォーマンスを維持できます。
ログ テーブルが制御不能に増大している場合は、警告サインを無視しないでください。cron タスクの潜在的な問題を調査し、修正措置を講じてサイトがスムーズに実行されるようにしてください。これらの戦略により、WordPress サイトのセキュリティ、パフォーマンス、データベース効率のバランスをより適切にとることができます。