Baidu で WordPress CPU キーワードを検索すると、 WordPressを使用して構築された多くの Web サイト でさまざまな程度の CPU 過負荷が発生していることがわかりますが、 もちろんこのサイトも例外ではありません。WordPress ウェブサイトの構築には多くのメモリが必要であり、より適切なサーバー構成が必要ですが、ユーザーにより良いアクセス体験を提供したい場合は、ウェブサイトの最適化も不可欠です。 多くの場合、WordPress を長く使用するほど、データが増えるほど、Web サイトの速度がどんどん遅くなっていることがわかります。どうすれば最適化できますか? 今日は、 MySQL クエリによって引き起こされる CPU 過負荷の解決策を共有します 。
通常、WordPress はサーバーを構成するときに Web サイトのデータを保存するために MySQL を使用し、このサイトでも MySQL データベースを使用します。MySQL をインストールした後は、一般的なデフォルト設定パラメータでは、Web サイト訪問者のデータベース アクセスのニーズを十分に満たすことができなくなります。WordPress自体の発展により、静的なHTMLを直接生成することができないため、通常は疑似静的なページを使用しており、この時データベースへのアクセスが増加します。そのため、Webサイトのアクセス速度に合わせてデータベースを最適化する必要があります。
MySQL で低速クエリを有効にする方法 1:
1. my.ini の [mysqld] に次のステートメントを追加します。
log-slow-queries = E:\web\mysql\log\mysqlslowquery.log
long_query_time = 2
2. My.ini を変更し、 tmp_table_size の値を 200M に割り当てます。
3. My.ini を変更し、 key_buffer_size の値を 128M に割り当てます。 4. My.ini を変更し、次の値を割り当てます。
query_ca che_size の値を 32M に割り当てます。
5. Mysql を再起動します。
MySQL でクエリを開くのが遅い方法 2.
Mysql フォルダーにある my.ini ファイルを変更し、サービスを再起動します。これは、トラブルシューティングの際にいくつかのケースを確認するための最も貴重な参考情報であることがわかります。次の手順で my.ini を変更します。my.ini にクエリがない場合は、直接追加できます。
#ファイルシステムの外部ロック
スキップロックを解除
#ドメイン名のアンチ分析は実行しないでください。このスキップ名解決によって引き起こされる許可/認可の問題に注意してください。
#インデックス キャッシュは、メモリ サイズに応じて、独立した DB サーバーの場合、総メモリの最大 80% key_buffer = 512Mを設定できます
#接続キューリストの総数
back_log = 200
max_allowed_packet = 2M
#テーブル キャッシュの総数を開きます。これにより、データ テーブルを頻繁に開くことによるオーバーヘッドを回避できます。
table_cache = 512
#各スレッドのソートに必要なバッファ
sort_buffer_size = 4M
#各スレッドはインデックスに必要なバッファを読み取ります
read_buffer_size = 4M
#MyISAM テーブル変更時の並べ替えに必要なバッファ
myisam_sort_buffer_size = 64M
#Cache 再利用可能なスレッドの数
thread_cache = 128
#クエリ結果キャッシュ
query_cache_size = 128M
#長時間の接続を避けるためにタイムアウト時間を設定します
set-variable = wait_timeout=60
WordPress を使用して構築されたほとんどの Web サイトは、 バックグラウンドで MySQL データベースを備えています。動的な Web サイトの速度を向上させ、データベース クエリの数を減らすことが重要なポイントの 1 つです。Web サイトの速度を向上させるには、データベースの最適化を適切に行うことが非常に必要です。もちろん、記事内で言及されているコンテンツは 1 種類だけですが、GZIP を使用して Web ページを圧縮したり、CDN ノードを使用して高速化したり、memcache メモリ レベルのキャッシュを使用して応答処理速度を向上したりすることもできます。