wp_postmetaの「_edit_lock」への単純な更新が遅いのはなぜですか?
MySQLのスロークエリログでは、累積的に最も遅いクエリはwp_postmetaの単純な更新です。次に例を示します。 UPDATE `wp_postmeta` SET `meta_value` = '1392835505:386' WHERE `post_id` = 94705 AND `meta_key` = '_edit_lock'; 私たちのセットアップに関連する詳細: MySQLのスロークエリ時間を1秒に設定 wp_postmetaのストレージエンジンはInnoDBです メインWPブログ(これらの遅いクエリが発生している場所)に数万の投稿がある大規模なマルチサイトインストール内で実行されている WP管理領域での活動が多い(多数のライター/エディターが同時に作業しているが、通常は自分自身(他のユーザーではない)のコンテンツで作業している) WPの公開側でのアクティビティが少ない(実際にはメインブログのコンテンツを提供していない) 遅いクエリはすべて「_edit_lock」キーを使用しているようです。同じ形式のクエリ( "_edit_lock"以外のキーを使用する)は遅くならないようです。 これが私たちのシステムで最も遅いクエリであるのはなぜですか?それはWPの「編集ロック」の特定の使用と関係がありますか? ありがとう!:) 更新:以下のmysqlslaからの出力: ______________________________________________________________________ 001 ___ Count : 606 (16.83%) Time : 2257.760468 s total, 3.725677 s avg, 1.00512 s to 84.645869 s max (20.60%) 95% of …