2011-02-08 12 views
0

私は週末に私たちのボックスの1つをMySQL 5.5にアップグレードしました。それは、いくつかのTbに散在する数百のテーブルをホストします。mysql 5.5のアップグレード - 大規模なパフォーマンスの低下

毎晩このボックスにデータをスローするジョブを実行します(〜50〜100Gb)。通常、このプロセスには1〜2時間かかります。アップグレード以来、プロセスは現在8〜9時間かかります。

私たちは(本質的に)5.1.52のmy.cnfと同じものを使用していますが、何かが明らかに間違っています。見た目の提案?

実行RHEL5 16GbRAM 8コア(2.8GHzのXeonプロセッサ)は

答えて

1

は、私はかつて、アップグレード後に似た何かを見ました。おそらくあなたがやる必要があるのは、どのクエリが最も長くかかっているかを知るための簡単なプロファイリングです。その後、これらのクエリでexplainを実行して、何が長くかかるのかを確認します。その容易に明らかでない場合、あなたは私が正確な修正を覚えていけないが、それは極めて些細なものだった私の場合は2

を比較することができ、古いデータベース上で実行中のクエリにexplainをダウングレードして行うことができる場合クエリが約0.01秒から約7秒に変更されました。

+0

「アップグレード」以降に変更されたクエリはありません。実際、MySQLインスタンスのバージョンを除いては何もありません。 – ethrbunny

+0

はい、私はこれを知っています。私の先端はまだ立つ。 MySQLはあるバージョンから次のバージョンへのクエリの処理方法を変更することができます。 k。 – Patrick

+0

k。病気はログ/説明ルートに行き、物事がうまくいかないところを見てください。 – ethrbunny

関連する問題