ウェブサイトを持っている場合に非常に役立つチュートリアル WordPress その SQL テーブル wp_options は非常に大きいです。 Clean huge wp_options in SQL.
WordPress Webサーバー用のかなり軽いCMSです。 要件 最小ハードウェアリソース と ウェブサーバー サポート付き HTTPS インストールしたもの： PHP, MySQL, nginxの または アパッチ.
の問題 WordPress セキュリティ違反がある、または最適化されていないさまざまなモジュール（プラグイン）を使用すると、データベースに影響を与える可能性があります。 ほとんどの場合、テーブル wp_options 彼は苦しんでいる人です。
そのようなシナリオのXNUMXつは、さまざまなモジュールが削除しないシナリオです。 キャッシュエントリ または 期限切れのトランジェント から MySQL。 Wp_テーブルoptions 時間の経過とともに非常に大量になり、リソースの消費を引き起こします CPU不当に高いRAM。 これらの条件下で、ウェブサイトの読み込み時間は WordPress 大幅に増加するか、主要な機能の問題につながる可能性があります。
時間の経過とともに、CRONサービスの動作の欠如または誤った操作のために、期限切れのSQLエントリ（キャッシュとトランジェント）が残り、データベースに非常に多くのデータを入力するXNUMXつのモジュールを特定しました。
740 MB テーブルwp_の場合options それは非常に大きく、同時に不当です。 コア設定が通常保存されるテーブル内 WordPress およびインストールされたモジュール。
キュプリン
巨大なwp_をきれいにする方法options SQLで
MySQLから削除する方法 wp_options 行 wpseo_sitemap_cache_validator?
Yoast SEOの古いバージョンでは、サイトマップの古いキャッシュエントリがデータベースのwp_テーブルに残るバグがありました。options、それらがもはや関連性がなく、通常は消えているはずだったとしても。 削除されます。
私はで発見しました MySQL かなりの数の行 wpseo_sitemap_cache_validator 役に立たない尖塔を占める。
これらの行をデータベースから削除することはリスクではありませんが、SQLでコマンドを実行する前にバックアップを作成することをお勧めします。
wp_からwpseo_sitemap_cache_validator行を削除するにはoptions データベースを選択してSQLコマンドを実行するだけです。
DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')トランジェントを削除するにはどうすればよいですか (WooCommerce Transients) SQL から期限切れ – wp_options
トランジション（WordPress トランジェント）は、プラグインとテーマによって使用され、データベースに情報を一時的に保存します。 これにより、サイトの読み込み速度が最適化され、一部の要素の正しい操作が可能になります。
通常、期限切れの一時ファイルはデータベースから自動的に削除されるはずですが、これは常に行われるわけではありません。 Facebook や WooCommerce 多くの一時的なファイルが作成され、それらが自動的に削除されないと、データベースに大量のデータが追加されます。 手動で介入して削除する必要があるシナリオ。
データベース、SQLに移動し、コマンドラインを実行します。
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')多数のトランジェントが削除された場合、ウェブページの読み込み速度が速くなり、消費量が少なくなったことがすぐにわかります CPU SQL によって配置されたプロセス用。
