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 Time : 1355.289277 s total, 2.357025 s avg, 1.00512 s to 12.343604 s max
Lock Time (s) : 182.502 ms total, 301 μs avg, 29 μs to 157.542 ms max (0.21%)
95% of Lock : 22.882 ms total, 40 μs avg, 29 μs to 57 μs max
Rows sent : 0 avg, 0 to 0 max (0.00%)
Rows examined : 1 avg, 1 to 2 max (0.00%)
Database : xxx_wp
Users :
xxx_wp@localhost : 98.84% (599) of query, 51.03% (1837) of all users
yyy_wp@localhost : 1.16% (7) of query, 0.94% (34) of all users
Query abstract:
SET timestamp=N; UPDATE wp_postmeta SET meta_value = 'S' WHERE post_id = N AND meta_key = 'S';
Query sample:
SET timestamp=1392835506;
UPDATE `wp_postmeta` SET `meta_value` = '1392835505:386' WHERE `post_id` = 94705 AND `meta_key` = '_edit_lock';
SELECT
このエントリーだけでもかなり時間がかかりますか?同様SELECT * FROM
wp_postmeta` post_id
= 94705 AND meta_key
= '_edit_lock'; `?
SELECT * FROM wp_postmeta WHERE meta_key='_edit_lock'
ますか。?