GNU/Linux >> Linux の 問題 >  >> Cent OS

wp_optionsテーブルと自動ロードされたデータをクリーンアップします

WordPressバックエンドパネル(wp-admin)の実行が非常に遅い、またはクエリ時間が遅い場合は、wp_optionsテーブルと自動ロードされたデータをクリーンアップすることをお勧めします。

wp_optionsテーブル

wp_optionsテーブルには、WordPressサイトのあらゆる種類のデータが含まれています–

  • サイトのURL、ホームURL、管理者のメール、ページごとの投稿、時間形式、デフォルトのカテゴリなど
  • テーマ、プラグイン、ウィジェットの設定
  • 一時的にキャッシュされたデータ

自動ロードされたデータは、WordPressサイトのすべてのページにロードされるwp_optionsテーブルについて理解するための重要なことです。自動ロードされたデータには、wp_optionsテーブルに–

などの大量のデータが含まれている場合があります。
  • プラグインによる自動ロードされたデータ
  • WordPressサイトから削除されたサードパーティのプラグインとテーマから取り残された自動ロードされたデータ。
  • プラグインとテーマの開発者は、独自のテーブルを利用する代わりに、データをwp_optionsテーブルにフラッディングしています。
  • データの自動読み込み制限
    • 理想的な自動読み込みデータの制限=300KBから1MB。
    • 最適化または削除が必要=3〜5 MB
    • すぐに対応=<10 MB

チェック、トラブルシューティング、およびクリーンアップ

wp_optionsテーブルを確認、トラブルシューティング、およびクリーンアップする方法については、以下のヒントを確認してください

1. wp_optionsテーブルには自動ロード時にインデックスがないため、クエリは全表スキャンを実行することになります。インデックスを追加すると、問題が解決する場合があります。

First, do this query to see what the distribution looks like:

SELECT COUNT(*), autoload FROM wp_options GROUP BY autoload;
If a large majority of them are set to 'no', you can solve the problem for now by adding an index on autoload.

ALTER TABLE wp_options ADD INDEX (`autoload`);

2.一時的なオプションがテーブルに挿入されましたが、自動的に削除されていませんでした。

Query the wp_options table for option names that contained "transient"

SELECT * FROM wp_options WHERE option_name LIKE '%transient%';

大規模を含むフィールドを確認します option_valueフィールドのデータ量。解決策は、「一時的な」行が自動的に再入力されるため、サーバーに悪影響を及ぼさないすべての「一時的な」行を削除することです(そこにあるはずの場合)。

Delete the rows

DELETE from wp_options where option_name like '%transient%';


Cent OS
  1. データを消去するための4つのLinuxツール

  2. Linuxでデータを安全かつ完全に削除する方法

  3. HTML テーブルからのデータの抽出

  1. プライバシーを保護するための12のシンプルなツール

  2. ビッグデータの挑戦と約束

  3. CCPAとGDPRの概要

  1. システムディスクとデータディスクに関するFAQ

  2. ハニーポット チュートリアル – ハニーポットのモードと動作

  3. データの視覚化と分析のためのコマンド ライン ツールはありますか?