月間アクセスは50~60万PVくらい。異常が起こる前は平常時、CPU負荷が20~30%、メモリも1Gくらいの消費で全然余裕をもって運用できている状態でした。不具合が発生したきっかけローカル環境(XAMPP)でテストしながらテーマを大規模に改修し、問題無さそうなので本番環境に移行。移行直後から、ん?なんだか管理画面が遅いぞ?と思いつつ、function.php側にいろいろ機能追加したためまずはこちらを疑います。確認してみるとphp-fpmのプロセスがブンブン回っていて、1プロセス100~200MBのメモリを食いつつ、CPUも100%近くなることが多々。普段は1GB程度で落ち着いているのに4GB食い尽くしてスワップまで発生する始末。php-fpmのエラーログ眺めてみるとこんな感じだったので↓、pm.max_childrenやらpm.max_spare_serversをいろいろ変えても状況はほとんど変わらず。itGoogleアナリティクスの「サーバーの平均応答時間」も平時0.1秒くらいだったのが0.7秒くらいに激増。ひどい日は1.15秒と平時の10倍ほど遅くなってしまいました。WordPressをダウングレードしてみるやっぱりWordpress4.3がおかしいのでは??と疑い始めて、正常に動いていたWordPress4.2.4へ手動でダウングレード(@本番環境)。《意外と簡単!》WordPressのバージョンをダウングレードする方法やっぱりだめ。ダウングレードも効果なしダウングレードしても不具合が回復しないってことでWordpressの異常の線はひとまず置いておくことにしたが、これが後々泥沼にハマるきっかけだった。データベース側も特にこれといった異常は見られない。---ここで完全に詰んだわ。途方に暮れつつ、デバッグモードに切り替えて細かなエラーをチビチビ消していくもいっこうに効果は現れず。変えたりNginxを1.9.4にアップグレードしたり(アップグレード前は確か1.7.x)とサーバーの中身も変更。CentOSのPHPを5.4から5.5にアップデート。cacheを使用)、キャッシュを通さないような管理画面からのアクセスや、キャッシュクリア直後にめちゃ重くなるのでWEBサーバーではなく、Wordpressが良くないことは間違いなさそう。Monitor」っていうプラグインがあるらしい。Monitor」で調べてみると1つ明らかにおかしなクエリがある。Monitor」をサイト制作・カスタマイズに役立てよう詳しい内容は良くわからないのですが(汗、中身見るとwp_optionsにWordpressのスケジュール機能をアップデートするような内容で明らかに異常。そこをたどってみると「wp_batch_split_terms」という項目以降延々と同じような設定が続いてる。この「wp_batch_split_terms」以降同じような設定が延々と続いてる明らかにおかしいでしょこれ。似たようなスケジュールの設定(?)が数千行くらい?続いてます。上のスクショに見えているのはほんの一部でずーっと下まで続いてます。(テキストファイルにしたら3MB以上だった)これで「wp_batch_split_terms」でググッたら上記の記事が引っかかり無事解決というわけ。4.3でメモリ消費量増大・CPU高負荷になる重大なバグあり。