SQLテーブルのWordPressにWebサイトがある場合、非常に便利なチュートリアル wp_options とても大きいです。 Clean huge wp_options in SQL。
コンテンツ
WordPressは、Webサーバー向けのかなり軽いCMSです。要件 最小限のハードウェアリソース そして1つ Webサーバー サポート付き https インストールするには： Php、 mysql、 nginx または アパッチ。
WordPressの問題は、セキュリティレースがある、または最適化されていないさまざまなモジュール（プラグイン）を使用してデータベースに影響を与える場合に発生する可能性があります。ほとんどの場合、テーブル wp_options 彼は苦しむ人です。
このようなシナリオは、さまざまなモジュールが削除しないシナリオです キャッシュ入力 または 過渡現象は有効期限が切れました から mysql。 wp_optionsテーブルは非常に大きなボリュームに到達し、リソース消費を引き起こします CPU、不当な海。これらの条件下では、WordPress Webサイトの読み込み時間が大幅に増加するか、主要な機能の問題に達する可能性があります。
時間が経つにつれて、CRONサービスの操作が不足または誤っているため、期限切れのSQL入力（キャッシュとトランジェント）が残り、データベースに大量に入力される2つのモジュールを特定しました。
740 MB WP_OPTIONSテーブルの場合、それは非常に大きく、同時に不当です。 WordPressとインストールされたモジュールのコア設定が通常保存されるテーブルで。
SQLで巨大なwp_optionsをクリーンする方法
MySQLから削除する方法 wp_options 線 wpseo_sitemap_cache_validator？
Yoast SEOの古いバージョンでは、サイトマップ用の古いキャッシュをデータベースに留まったバグがありました。WP_OPTIONSテーブルには、それらがもはや最新でなく、通常消滅する必要があります。消去される。
私は発見しました mysql 重要な数の行 wpseo_sitemap_cache_validator アウトを占領していた人。
データベースからのこれらの行の削除はリスクを表しませんが、SQLで実行される前にバックアップを作成することをお勧めします。
WP_OPTIONSでWPSEO_SITEMAP_CACHE_VALIDATOR行を削除するには、データベースを選択してSQLコマンドを実行するだけで十分です。
DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')SQLからトランジェント（WooCommerce Transiments）Expiraを削除する方法 – wp_options
トランジェント（WordPressトランジェント）は、プラグインとテーマによって使用され、データベースに情報を一時的に保存します。これにより、サイトのロード速度が最適化され、正しい要素を機能させることができます。
通常、有効期限が切れるトランジェントは、データベースから自動的に発生するはずですが、これは常に発生するとは限りません。 FacebookやWooCommerceなどのモジュールは多くの過渡現象を作成しますが、それらは自動的に削除されておらず、データベースに大幅に設定されます。介入して手動で処理する必要があるシナリオ。
データベースに行き、SQLに移動し、コマンドラインを実行します。
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')多数のトランジェントが削除されている場合、SQLが配置するプロセスのWebページの負荷の高い速度とCPU消費量の減少をすぐに観察します。
