1

WordPressプラグインのfeedwordpressを使用しています。

私のサーバーで非常に重いクエリを使用していますが、どのように (または) 改善できるかわかりません。以下は、ホスティング会社から得た出力です。これを改善する希望はありますか?

（質問が具体的でなくて申し訳ありませんが、方法がわかりません-質問を改善するために自由に編集してください-ありがとう！）

most memory usage likely comes from the MySQL service:
Uptime: 3 hours 32 min 48 sec

Threads: 4 Questions: 761936 Slow queries: 254 Opens: 610 Flush tables: 1 Open tables: 603 Queries per second avg: 59.675

It is up 3 and a half hour and already had more than 250 slow queries, I will list the last few queries, and once you manage to optimize these I'm sure the memory usage will decrease as well:
# User@Host: rblogger_rblogr[rblogger_rblogr] @ localhost []
# Thread_id: 5737 Schema: rblogger_rblog Last_errno: 0 Killed: 0
# Query_time: 11.448474 Lock_time: 0.000059 Rows_sent: 0 Rows_examined: 66004 Rows_affected: 0 Rows_read: 66004
# Bytes_sent: 89 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 25335B6
SET timestamp=1366020031;
SELECT ID FROM wp_rb_posts WHERE to_ping <> '' AND post_status = 'publish';
# Time: 130415 5:01:01
# User@Host: rblogger_rblogr[rblogger_rblogr] @ localhost []
# Thread_id: 5785 Schema: rblogger_rblog Last_errno: 0 Killed: 0
# Query_time: 4.344107 Lock_time: 0.000129 Rows_sent: 2219 Rows_examined: 13192 Rows_affected: 0 Rows_read: 13192
# Bytes_sent: 23262206 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 25335D9
SET timestamp=1366020061;
SELECT wp_rb_posts.* FROM wp_rb_posts WHERE 1=1 AND (((wp_rb_posts.post_title LIKE '%git%') OR (wp_rb_posts.post_content LIKE '%git%'))) AND (wp_rb_posts.post_password = '') AND wp_rb_posts.post_type IN ('post', 'page', 'attachment') AND (wp_rb_posts.post_status = 'publish') ORDER BY wp_rb_posts.post_date DESC;
# Time: 130415 6:03:28
# User@Host: rblogger_rblogr[rblogger_rblogr] @ localhost []
# Thread_id: 8619 Schema: rblogger_rblog Last_errno: 0 Killed: 0
# Query_time: 7.299722 Lock_time: 0.000092 Rows_sent: 0 Rows_examined: 66005 Rows_affected: 0 Rows_read: 66005
# Bytes_sent: 89 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 2534534
SET timestamp=1366023808;
SELECT ID FROM wp_rb_posts WHERE to_ping <> '' AND post_status = 'publish';
# User@Host: rblogger_rblogr[rblogger_rblogr] @ localhost []
# Thread_id: 8620 Schema: rblogger_rblog Last_errno: 0 Killed: 0
# Query_time: 9.666021 Lock_time: 0.000037 Rows_sent: 0 Rows_examined: 66005 Rows_affected: 0 Rows_read: 66005
# Bytes_sent: 89 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 2534533
SET timestamp=1366023808;
SELECT ID FROM wp_rb_posts WHERE to_ping <> '' AND post_status = 'publish';
# Time: 130415 6:58:25
# User@Host: rblogger_rblogr[rblogger_rblogr] @ localhost []
# Thread_id: 11340 Schema: rblogger_rblog Last_errno: 0 Killed: 0
# Query_time: 4.616263 Lock_time: 0.000067 Rows_sent: 10 Rows_examined: 6014 Rows_affected: 0 Rows_read: 6014
# Bytes_sent: 189 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# InnoDB_trx_id: 253530A
SET timestamp=1366027105;
SELECT SQL_CALC_FOUND_ROWS wp_rb_posts.ID FROM wp_rb_posts WHERE 1=1 AND (wp_rb_posts.post_author = 56) AND wp_rb_posts.post_type = 'post' AND (wp_rb_posts.post_status = 'publish') ORDER BY wp_rb_posts.post_date DESC LIMIT 0, 10;

の結果は次のSHOW CREATE TABLE wp_rb_postsとおりです。

CREATE TABLE `wp_rb_posts` (
 `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
 `post_author` bigint(20) unsigned NOT NULL DEFAULT '0',
 `post_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
 `post_date_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
 `post_content` longtext NOT NULL,
 `post_title` text NOT NULL,
 `post_excerpt` text NOT NULL,
 `post_status` varchar(20) NOT NULL DEFAULT 'publish',
 `comment_status` varchar(20) NOT NULL DEFAULT 'open',
 `ping_status` varchar(20) NOT NULL DEFAULT 'open',
 `post_password` varchar(20) NOT NULL DEFAULT '',
 `post_name` varchar(200) NOT NULL DEFAULT '',
 `to_ping` text NOT NULL,
 `pinged` text NOT NULL,
 `post_modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
 `post_modified_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
 `post_content_filtered` longtext NOT NULL,
 `post_parent` bigint(20) unsigned NOT NULL DEFAULT '0',
 `guid` varchar(255) NOT NULL DEFAULT '',
 `menu_order` int(11) NOT NULL DEFAULT '0',
 `post_type` varchar(20) NOT NULL DEFAULT 'post',
 `post_mime_type` varchar(100) NOT NULL DEFAULT '',
 `comment_count` bigint(20) NOT NULL DEFAULT '0',
 PRIMARY KEY (`ID`),
 KEY `post_name` (`post_name`),
 KEY `type_status_date` (`post_type`,`post_status`,`post_date`,`ID`),
 KEY `post_parent` (`post_parent`),
 KEY `wp_rb_posts_guid_idx` (`guid`),
 KEY `post_author` (`post_author`),
 KEY `guid` (`guid`)
) ENGINE=InnoDB AUTO_INCREMENT=69681 DEFAULT CHARSET=utf8

次の診断の実行は次のとおりです。

EXPLAIN SELECT SQL_CALC_FOUND_ROWS wp_rb_posts.ID
FROM wp_rb_posts
WHERE 1 =1
AND (
wp_rb_posts.post_author =56
)
AND wp_rb_posts.post_type =  'post'
AND (
wp_rb_posts.post_status =  'publish'
)
ORDER BY wp_rb_posts.post_date DESC 
LIMIT 0 , 10

次の出力を使用します。

id  select_type table   type    possible_keys   key key_len ref rows    Extra
1   SIMPLE  wp_rb_posts ref type_status_date,post_author    post_author 8   const   5624    Using where; Using filesort
4

3 に答える 3

3

まず、サポート フォーラムのこのスレッドを見てください (そこにもヘルプを求めて投稿されているようです)。問題を抱えているのはあなただけではありません。このスレッドにはいくつかの提案があります。

第二に、パフォーマンスの問題をデバッグするためにリモートでホストされているデータベースを操作することは、特にこれがライブ サーバーである場合、恐ろしいゲームです。あなた自身の正気のために、実際に作業して実験できるマシンでシステムを再作成することを強くお勧めします。

おそらく最低限必要なのは、MySQL を実行し (理想的にはサーバーと同じバージョンで)、ライブ環境からデータベースを復元することです。

次に、実行速度の遅いクエリを取り上げて、何が起こっているのかを調べます。私の知る限り、最悪の犯罪者には一致するインデックスがありません。

SELECT ID FROM wp_rb_posts WHERE to_ping <> '' AND post_status = 'publish';

to_ping および場合によっては post_status の複合インデックスの恩恵を受けるでしょう (その列のカーディナリティが低すぎてあまり役に立たない可能性があります)。

SELECT SQL_CALC_FOUND_ROWS wp_rb_posts.ID
FROM wp_rb_posts
WHERE 1 =1
AND (
wp_rb_posts.post_author =56
)
AND wp_rb_posts.post_type =  'post'
AND (
wp_rb_posts.post_status =  'publish'
)
ORDER BY wp_rb_posts.post_date DESC 
LIMIT 0 , 10

ほとんどの列でもカーディナリティが低いように見えますが、行数が多い場合、post_date に基づいて上位 10 を選択するとコストがかかります。where 句のすべての列と post_date の複合インデックスを検討してください。

SELECT wp_rb_posts.* 
FROM wp_rb_posts 
WHERE 1=1 
AND (
     (
      (wp_rb_posts.post_title LIKE '%git%') 
     OR 
      (wp_rb_posts.post_content LIKE '%git%')
     )
    ) 
AND (wp_rb_posts.post_password = '') 
AND wp_rb_posts.post_type IN ('post', 'page', 'attachment') 
AND (wp_rb_posts.post_status = 'publish') 
ORDER BY wp_rb_posts.post_date DESC;

厄介です-テキスト検索は実際にはフリーテキスト検索を使用する必要があります。これは、大規模なデータ セットでは非常に遅くなる可能性があります。そのクエリを変更できない場合、それを修正するために何ができるかわかりません.他の列に複合キーを追加できますが、そのクエリは現在のすべての投稿のテキストを検索するように見えます.

ローカル マシンでインデックスを作成し、それらが違いを生むかどうかを測定し、理想的には何も壊れていないことをテストします (たとえば、偶然に一意のインデックスを追加することによって...)。

于 2013-04-15T22:42:35.147 に答える
1

MySQL サーバーの診断と調整に役立つ Linux 用のパッケージがいくつかあります。

  • イノトップ
  • mysqlチューナー
  • チューニングプライマー
于 2013-04-15T21:51:43.263 に答える