2017-01-09 8 views
0

私は数千のcatgories/custom taxonomiesと何千もの投稿を持つワードプレスを持っています。 プロセッサが100%に達するので、キャッシュなしでオンラインにしておくのは苦労します(mysqlサーバではなくPHPで使用されます)。Wordpress mysqldがなくなった

私が原因MySQLの更新に、問題を分離した、 WordPressのデータベースエラー: UPDATE wphn_options SET option_value = ........... 'option_name =' rewrite_rules [MySQLサーバが立ち去りました] '、これはすべてのページの読み込み時に実行されます。

これは、option_valueが次のようになっているという例です。WordPressデータベースエラー:[MySQLサーバーがなくなった](これはクエリの1%ごとではなく、短いプレビュー)。

誰でもこのクエリの実行を停止できますか?

UPDATE `wphn_options` SET `option_value` = 'a:7269:{s:18:\"sitemap_trolio.xml\";s:33:\"index.php?aiosp_sitemap_path=root\";s:29:\"sitemap_trolio_(.+)_(\\d+).xml\";s:71:\"index.php?aiosp_sitemap_path=$matches[1]&aiosp_sitemap_page=$matches[2]\";s:23:\"sitemap_trolio_(.+).xml\";s:40:\"index.php?aiosp_sitemap_path=$matches[1]\";s:34:\"sitemap(-+([a-zA-Z0-9_-]+))? 

答えて

1

optionsテーブルへの更新の内容を読んで、あなたはそれがあなたのサイトのサイトマップに関連しています見ることができます。あなたはサイトマッププラグインを持っているかもしれません。そのサイトマッププラグインは、すべてのページの読み込み時に何かをする可能性があります。無効にしてみてください。

phpmyadminにアクセスできる場合は、まずインストールとデータベースのバックアップを作成します(まだ実行していない場合)。次に、SQLコマンドOPTIMIZE TABLE wphn_options;を発行し、役立つかどうかを確認します。もしそうなら、素晴らしい。他のテーブルのいくつかを最適化してみてください。 OPTIMIZE TABLE wphn_posts;は試してみると良いかもしれません。

見てください:あなたのWordPressのインストールが不十分です。より良いサーバーリソースが必要です。あなたは何万もの投稿を作成するという手間を犯しました。このような脆弱なサーバー構成を使用することで、少数のコインを節約するために、聴衆からの投稿を意図的に隠しています。

弱いサーバーを使用してサイトを破損する危険性があります。これは「ペニー賢明な、愚かな愚かな」の定義ではありませんか?

あなたの質問は、「私の車のバッテリーが少なくなっています。私はブレーキライトに電力を無駄にしないようにしたいのですが、ブレーキライトにワイヤーを切断する方法を教えてください。敬意を表して、唯一の合理的な答えは "あなたは狂っていますか?あなたのバッテリーを固定するのを避けるためにあなたの車を壊す危険がありますか?

+0

MySQLの設定ファイルでのmax_allowed_pa​​cket = 256Mを追加することで、問題を修正しました。私は4x Xeon(Sixcoreそれぞれ)の専用サーバーを持っています。 256ギガバイトのRAM、およびサムスンのSSDのHDD、それは通常10%以下にとどまりますが、キャッシュが構築されていないときはクラッシュします。私は、長い更新クエリに追加されていたAIOSPを削除しましたが、クエリはまだそこにあります。ちょっと短く、sitemapの部分を削除した後の新しいクエリの例です:__u = 1&name = $ matches [1]&page = $ s:32:\ "index.php?__ u = 1&name = $ matches [1] \"; s:32:\ "と一致します。 14:\ "^ actor /(。*)?/?\"; s:27:\ "index.php?actor = $ matches [1] \"; s:16:\ "^ regizor /(.*) ? –

0

解決策が見つかりました。多数の投稿とカテゴリのためにクエリを構築できず、mysqlサーバがクラッシュして自己を守っていないようです。

私はあなたの視点を理解するが、それは全くそのようではありません

関連する問題